Sollte eig. Problemlos beides können. Aber in nächster Zeit wollt ich mich mit dem Thema auch nicht mehr beschäftigen, nachdem ich wieder alles zurückgebaut hatte weiß ich jetzt nicht mehr wie das war 😅
Mach alles via Ansible oder aehnlichem, und werf das alles in git - dann ist sowas auch trivial nachvollziehbar.
Auch wenn du docker und/oder das lemmy ansible nicht magst - das Ding ist so einfach dass sich das trivial selber scripten laesst, und gleiches fuer nginx oder was auch immer du als reverse proxy nimmst.
Hm, sollte doch mit happy eyeballs eigentlich ein Problem sein, das clientseitig abgefrühstückt wird. Wie wäre es erstmal mit einer Subdomain wie v6.feddit.de für eine Testphase?
Scheint in der Hetzner-Cloud zu laufen, da müsste das relativ einfach implementierbar sein. Kenne aber die Applikation selbst nicht, ggf. gibt es da Schwierigkeiten - wobei, am Ende ist es halt HTTPS, woll, ich denke da gerade ganz naiv, auf dem Loadbalancer v6 zu terminieren dürfte eher niederschwellig sein.
Ja, gerne mehr IPv6, Henne-Ei-Problem durch massives deployen von Hennen lösen. Oder Eiern? Egal, wissenschon.
Weil ich denke, dass im Jahr 2023 IPv6 einfach dazu gehört. Das es immernoch Seiten/Dienste gibt die mit IPv6 nicht oder nicht richtig funktionieren ist eigentlich ein Armutszeugnis. Es zeigt das zu wenige Bereit sind sich damit zu beschäftigen obwohl - abgesehen von der Adressnotation - IPv6 nicht schwieriger ist als IPv4.
TL;DR: Die Welt hat sich seit der Standardisierung von IPv6 weiterentwickelt und es konnte für die dabei entstehenden Herausforderungen keine Lösung bieten. Mittlerweile haben sich auf Basis der bestehenden IPv4-Infrastruktur so viele Workarounds festgesetzt, dass man davon trotz möglicher Vorteile nicht endgültig wegkommen wird. Irgendwie wie bei JavaScript.
Gut wegkommen ist ja noch ein ganz anderes Problem, aber wenn man IPv6 zusätzlich aktiviert und dadurch Clients ihren Dienst verweigern ist das halt echt blöd.
Na ja, mittlerweile haben wir halt mit IPv4 dank NAT und CGNAT und der Tatsache dass uns die Netze ausgegangen sind auch immer mehr Probleme. Ist nicht so als ob die Qualität von Ipv4 gleichbleibend wäre.
Das Problem an dem Post ist aus meiner Sicht nicht, dass er nicht stimmt — genau kann ich es nicht beurteilen — sondern dass er die Frage "sollten wir von IPv4 auf IPv6 wechseln" nicht beantwortet. Ist IPv6 perfekt? Mit Sicherheit nicht, aber wer Gremienarbeit kennt, weiß, dass Lösungen immer nur Kompromisse sind, und bei einer Struktur wie dem Internet haben mittlerweile einfach sehr viele Leute mitzureden.
Es ist sogar eher einfacher: Bei v4 muss man heute bei halbwegs komplexer Infrastruktur oft 1:1-NAT machen, was die komplexitaet massiv erhoeht. Bei v6 hat man dann ein /48 oder sowas und routed halt ein anderes Subnet rein.
Ich habe eher die Erfahrung gemacht, dass vieles damit noch nicht läuft.
Nicht mit der Einstellung, das stimmt ;) Ich baue mittlerweile alles was geht in v6 only, weil ich einfach viele, eigentlich seltsame workarounds (NAT mit allen Folgen, RFC1918, Sparsamkeit bei der Netzsegmentierung usw.) an die wir uns für v4 gewöhnt haben komplett sparen kann.
Kleiner Fun-Fact: Windows läuft intern schon sehr lange mit nur IPv6 und benutzt einen "Translation"-Layer um noch IPv4 Funktionalität bereitzustellen.
IPv6 ist die Zukunft, deutlich komplexer, aber auch deutlich besser. Mir geht der Wechsel zu IPv6 nicht schnell genug.
Add comment