IPv4-zu-IPv6-Konverter

IPv4-gemappt ist das Format, das Sie in der Praxis sehen werden, Dual-Stack-Betriebssysteme und -Anwendungen erzeugen es automatisch, wann immer IPv4-Verkehr auf einem reinen IPv6-Codepfad dargestellt werden muss, zum Beispiel in Server-Logs oder Socket-APIs. Die anderen drei (IPv4-kompatibel, 6to4, NAT64) sind spezifisch für bestimmte Übergangsmechanismen und nützlich zu erkennen, würden aber selten von Hand erstellt werden.

Es war der ursprüngliche Mechanismus der 1990er Jahre zum Einbetten von IPv4-Adressen, definiert, als automatisches IPv6-über-IPv4-Tunneling genau dieses Format verwendete, um die zugrunde liegende Adresse zu signalisieren. RFC 4291 erklärte es 2006 offiziell für veraltet zugunsten von IPv4-gemappten Adressen, die demselben Einbettungszweck ohne die Tunneling-Annahme dienen.

Es ist ein Übergangsmechanismus, der einem Host mit nur einer öffentlichen IPv4-Adresse die Teilnahme an IPv6-Netzwerken ohne einen speziellen Tunnelvermittler ermöglicht, indem seine IPv4-Adresse direkt in das IPv6-Präfix 2002::/16 eingebettet wird. Mit zunehmender nativer IPv6- und NAT64-Abdeckung ist seine Beliebtheit zurückgegangen, aber es erscheint noch in älteren Netzwerkkonfigurationen.

64:ff9b::/96 ist IANAs „bekanntes Präfix“ für NAT64, einen Mechanismus, der reinen IPv6-Clients den Zugriff auf reine IPv4-Ziele ermöglicht. Ein NAT64-Gateway erzeugt eine Adresse wie 64:ff9b::192.0.2.1, um das IPv4-Ziel 192.0.2.1 darzustellen, und übersetzt den Verkehr zwischen den beiden Protokollen.

Ja, fügen Sie eine beliebige IPv4-gemappte, IPv4-kompatible, 6to4- oder NAT64-IPv6-Adresse in das zweite Feld ein, und die eingebettete IPv4-Adresse wird automatisch extrahiert, wobei das erkannte Format daneben angezeigt wird.