IPv6 ist so gut, dass man es sogar als einziges Protokoll verwenden kann, wenn man es mit NAT64 auf IPv4 übersetzt... Was haltet ihr von der neuen kaiserlichen Garderobe? Fantastisch, oder?
IP-V6 ist doof!
-
ASS -
20. Januar 2026 um 17:48 -
Erledigt
-
-
Was verwendest Du?
Das ist eine Standardinstallation von OpenBSD ohne weitere Drittsoftware. Läuft auf einem Piko G11s.
Meine Client-Rechner verbinden sich via Wireguard mit dem Server. NAT64 macht der Paketfilter pf und für DNS64 ist unbound zuständig. -
Was verwendest Du?
Hatte ich noch vergessen: Alternativ zum eigenen NAT64-Gateway kann man natürlich auch eins von den öffentlichen verwenden, sofern man dem Anbieter vertraut. Dazu muss man einfach nur die entsprechenden DNS-Server eintragen, die für IPv4-only Domains dann IPv6-Adressen generieren, welche zum NAT64-Gateway führen.
Das sieht beispielsweise so aus:
Code# Ohne DNS64: ➤ host github.com github.com has address 140.82.121.3 # Mit DNS64 von nat64.net ➤ host github.com 2a01:4f9:c010:3f02::1 github.com has address 140.82.121.4 github.com has IPv6 address 2a01:4f8:c2c:123f:64:5:8c52:7904 github.com has IPv6 address 2a00:1098:2b::1:8c52:7904 github.com has IPv6 address 2a01:4f9:c010:3f02:64:0:8c52:7904Dies ist die Web-Seite: https://nat64.net
Dort gibt es auch eine Übersicht anderer Provider: https://nat64.net/public-providers
-
IPv6 ist so gut, dass man es sogar als einziges Protokoll verwenden kann, wenn man es mit NAT64 auf IPv4 übersetzt... Was haltet ihr von der neuen kaiserlichen Garderobe? Fantastisch, oder?
Mein Internetanschluß verwendet einen DS-Lite-Tunnel und hat daher nur eine öffentliche IPv6-Adresse. IPv4-Traffic muss also so oder so irgendwie übersetzt werden. Da bevorzuge ich NAT64 gegenüber AFTR+CGNAT.
-
Hatte ich noch vergessen: Alternativ zum eigenen NAT64-Gateway kann man natürlich auch eins von den öffentlichen verwenden, sofern man dem Anbieter vertraut. Dazu muss man einfach nur die entsprechenden DNS-Server eintragen, die für IPv4-only Domains dann IPv6-Adressen generieren, welche zum NAT64-Gateway führen.
Das sieht beispielsweise so aus:
Code# Ohne DNS64: ➤ host github.com github.com has address 140.82.121.3 # Mit DNS64 von nat64.net ➤ host github.com 2a01:4f9:c010:3f02::1 github.com has address 140.82.121.4 github.com has IPv6 address 2a01:4f8:c2c:123f:64:5:8c52:7904 github.com has IPv6 address 2a00:1098:2b::1:8c52:7904 github.com has IPv6 address 2a01:4f9:c010:3f02:64:0:8c52:7904Dies ist die Web-Seite: https://nat64.net
Dort gibt es auch eine Übersicht anderer Provider: https://nat64.net/public-providers
Wie siehts mit DNSSEC aus?
Soweit ich weiß, nutzt das auch die Telekom mit 464XLAT im Mobilfunk mit eigenen NAT64 Gateway.
-
die für IPv4-only Domains dann IPv6-Adressen generieren
Was ist dabei mit PTR Abfragen?
Das ist doch Spoofing...
-
Was ist dabei mit PTR Abfragen?
Das ist doch Spoofing...
Jein. Was aber an sich vollkommen okay ist, weil hier entsprechende Abgrenzungen zu öffentlichen Resolvern gelten. Weitere Infos siehe: https://datatracker.ietf.org/doc/html/rfc6147#section-5.3.1
-
Wie siehts mit DNSSEC aus?
Soweit ich weiß, nutzt das auch die Telekom mit 464XLAT im Mobilfunk mit eigenen NAT64 Gateway.
Bei meinem Setup verwendet unbound DNSSEC und sollte daher keine IPv6-Adresse erzeugen, wenn der A-Record nicht validiert werden kann.
Wie es bei nat64.net oder Telekom damit aussieht, weiß ich nicht.
