IPv4 in IPv6-Schreibweise

Die Prämisse stimmt meistens nicht, und das ist in Ordnung

Die meisten, die nach einem IPv4-zu-IPv6-Konverter suchen, suchen etwas, das es nicht gibt: eine Funktion, die die vorhandene Adresse nimmt und die IPv6-Adresse zurückgibt, die man verwenden sollte. Eine solche Funktion existiert nicht. IPv6-Adressen werden zugeteilt — Ihr Provider oder Hoster gibt Ihnen einen Block aus einem, der ihm zugeteilt wurde — und nicht aus einer IPv4-Adresse berechnet, die Sie bereits besitzen.

Was es gibt, sind mehrere Schreibweisen, die eine IPv4-Adresse in IPv6-Syntax einbetten, jede für einen bestimmten Zweck erfunden. Zu wissen, welche welche ist, ist wirklich nützlich, denn Sie begegnen ihnen in Logs und Konfigurationsdateien. Eine davon für „Ihre IPv6-Adresse“ zu halten, ist es nicht.

Die, der Sie tatsächlich begegnen

::ffff:203.0.113.5 — die IPv4-abgebildete Form — macht nahezu jede Sichtung in freier Wildbahn aus. Sie erscheint, wenn ein Programm auf einem IPv6-Socket lauscht und ein IPv4-Client sich verbindet: Das Betriebssystem präsentiert die Gegenstelle in dieser Form, damit die Anwendung nur einen Adresstyp behandeln muss.

Die praktischen Folgen beißen an zwei Stellen. Eine Logauswertung, die punktierte Vierergruppen erwartet, trifft diese Zeilen nicht. Und eine Positivliste, die Zeichenketten vergleicht, bringt ::ffff:203.0.113.5 nicht mit 203.0.113.5 zusammen — eine Regel, die richtig aussieht, das Review besteht und stillschweigend nie greift. Normalisieren Sie vor dem Vergleich.

Was die anderen sind

IPv4-kompatibel (::203.0.113.5) war eine frühe Übergangsidee, 2006 von RFC 4291 für überholt erklärt und von nichts Aktuellem umgesetzt. Findet man so etwas in einer Konfiguration, ist es ein Fehler und keine Entscheidung.

6to4 (2002::/16) gab jedem mit öffentlicher IPv4-Adresse automatisch ein /48 an IPv6, getunnelt über öffentliche Relais. 2015 von RFC 7526 für überholt erklärt — die Relais hatten keinen verantwortlichen Betreiber, und die Ausfälle waren von der übelsten Sorte: sporadisch, langsam und für Nutzer nicht zu diagnostizieren.

NAT64 (64:ff9b::/96) ist aktuell und täglich im Einsatz. Vor allem Mobilfunkbetreiber führen reine IPv6-Netze und übersetzen am Rand, sodass ein reines IPv6-Endgerät auf diesem Weg reine IPv4-Dienste erreicht. Es ist real, aber es ist eine Eigenschaft des Netzes, in dem Sie sich befinden, und keine Adresse, die Sie weitergeben können.

Warum die beiden Protokolle nicht einfach miteinander reden können

Eine berechtigte Frage nach dreißig Jahren Übergang. Die Antwort: IPv6 ist nicht IPv4 mit längeren Adressen — es ist ein anderes Protokoll mit einem anderen Header, und ein Router, der das eine verarbeitet, hat keine Möglichkeit, ein Paket des anderen weiterzuleiten. Im IPv4-Header ist schlicht kein Platz für eine 128-Bit-Adresse.

Jeder Weg zwischen beiden braucht daher etwas dazwischen: einen Dual-Stack-Host, der beides spricht, einen Übersetzer wie NAT64 oder einen Proxy, der eine Verbindung beendet und eine andere aufbaut. Genau deshalb zieht sich der Übergang so, und deshalb lautet die praktische Antwort auf „Wie unterstütze ich IPv6?“ fast immer „Dual-Stack betreiben“ statt „irgendetwas konvertieren“.

Verwandt

Um zu sehen, über welches Protokoll Sie tatsächlich ins Internet gehen, meldet der IP-Check die von Ihrer Verbindung genutzte Adressfamilie. Für das Subnetting der Adresse, die Sie haben, deckt der Subnetzrechner die IPv4-Seite ab.