imported>Trustable: redundante Kategorie entfernt

2026-04-07T23:41:11Z

redundante Kategorie entfernt

Neue Seite

{{IPv6-Übergangsmechanismen}}
'''6to4''' (auch '''STF''' oder '''6 to 4''' genannt) ist ein [[IPv6]]-Übergangsmechanismus. Hierbei werden [[Tunnel (Rechnernetz)|Tunnel]] im Internet aufgebaut, um IPv6-Pakete über [[IPv4]] transportieren zu können.

== Funktionsweise ==
Bei 6to4 wird auf jede IPv4-Adresse ein [[Classless Inter-Domain Routing|/48]] großes IPv6-Netz abgebildet. Das IPv6-Präfix setzt sich aus dem Präfix 2002 und der [[Hexadezimalsystem|hexadezimal]] notierten IPv4-Adresse zusammen.

[[Datei:6to4 adresse.png|mini|Umsetzung der IPv4-Adresse 100.200.100.200]]

Der lokale [[Hostrechner|Host]] oder [[Router]] mit öffentlicher IPv4-Adresse schachtelt ein IPv6-Paket in ein IPv4-Paket. Soll das Paket ein natives IPv6-Netz erreichen, wird es an ein 6to4-Relay geschickt. Dort wird das IPv6-Paket wieder ausgepackt und ans Ziel geschickt. Sendet der entfernte Host etwas zum lokalen Host zurück, wird das Paket nicht zwingend wieder über dasselbe 6to4-Relay geleitet, sondern kann über jedes beliebige 6to4-Relay geroutet werden.

Pakete, die an IPv6-Adressen aus diesem Netz gesendet werden, können eindeutig zugeordnet werden. Aufgrund des Präfix 2002 werden sie an ein 6to4-Relay geleitet und von dort aus wird anhand der IPv4-Adresse, die aus der IPv6-Adresse abgeleitet werden kann, das Paket wieder zum lokalen Host und gegebenenfalls von dort aus zu einem Host im dahinter liegenden IPv6-Netz geleitet.

Öffentliche 6to4-Relays stellten einfache Zugänge ins IPv6-Netz dar, die keiner Anmeldung bedurften und von allen genutzt werden können.

Zur weiteren Vereinfachung musste der Benutzer nicht explizit die IPv4-Adresse eines 6to4-Relays ermitteln, sondern konnte über die [[Anycast]]-Adresse 192.88.99.1 (bzw. ''2002:c058:6301::'') das nächste öffentliche 6to4-Relay erreichen. Die Anycast-Funktionalität wurde später jedoch aufgrund von Zuverlässigkeitsproblemen abgeschafft (siehe Abschnitt [[#Probleme für den Benutzer]]).<ref name="RFC7526" />

== Reverse DNS ==
Über ein Webinterface bei der [[Number Resource Organization]] gibt es die Möglichkeit, die passende [[Reverse DNS|reverse Domäne]] für den 48-Bit-Präfix unter 2.0.0.2.ip6.arpa auf einen eigenen Nameserver zu delegieren.<ref>[http://6to4.nro.net/ 6to4.nro.net]</ref> Dies ist jedoch nur sinnvoll, wenn man eine permanent zugewiesene IPv4-Adresse nutzte und keine dynamische IPv4-Adresse von einem Provider zugewiesen bekam.

== Sicherheitsaspekte ==
Bei der Verwendung von 6to4 sind einige Sicherheitsaspekte zu beachten. Aufgrund der offenen Architektur muss ein 6to4-Host beziehungsweise -Router gekapselte Pakete von allen IPv4-Adressen empfangen und verarbeiten. Dadurch ist beispielsweise ein [[IP-Spoofing]] einfach zu bewerkstelligen.

Sicherheitshinweise zum Betrieb eines 6to4-Hosts, -Routers oder -Relays sind in <nowiki>RFC 3964</nowiki> beschrieben.<ref>{{RFC-Internet |RFC=3964 |Titel=Security Considerations for 6to4 |Datum=2004-12}}</ref>

== Datenschutzaspekte ==
IP-Adressen gelten nach höchstrichterlicher Rechtsprechung als personenbezogene Daten, da mit ihnen ein Personenbezug (zumindest zum Anschlussinhaber) hergestellt werden kann. Bei der Verarbeitung von IP-Adressen dürfen daher, nach Ansicht des [[Düsseldorfer Kreis]]es, nur gekürzte Adressen verwendet werden, das heißt, dass beispielsweise das letzte Oktett einer IPv4-Adresse ausgenullt wird, so dass kein Personenbezug mehr herstellbar ist, andere IP-adress-basierte Dienste, wie beispielsweise [[Geolokation]], aber weiterhin möglich bleiben.

Bei IPv6-Adressen wird ein Kürzen auf maximal 40 Bit empfohlen.<ref>{{Webarchiv |url=https://www.ldi.nrw.de/mainmenu_Service/submenu_Entschliessungsarchiv/Inhalt/Entschliessungen_Datenschutz/Inhalt/84_Konferenz/Einf__hrung_von_IPv6/Einf__hrung_von_IPv6.php |text=84. Konferenz vom 7./8. November 2012 – Einführung von IPv6 – Hinweise für Provider im Privatkundengeschäft und Hersteller. |wayback=20131211131011}} ldi.nrw.de; abgerufen am 13. Juni 2018</ref> Es bleiben somit nach dem 16-Bit-Präfix <span style="font-family:monospace;">2002</span> noch die obersten 24 Bit der IPv4-Adresse des Anschlussinhabers übrig, womit kein Personenbezug mehr herstellbar sein soll.

== Probleme für den Benutzer ==
Aufgrund der Fehlerrate der 6to4-Umsetzung durch Verwendung des Anycasts scheinen diverse Inhalte über IPv6 schlecht erreichbar. Eine scheinbare Lösung für den Endbenutzer besteht dann darin, IPv6 zu deaktivieren, wodurch die weitere Verbreitung von IPv6 behindert wird. Abhilfe bei der Verwendung von 6to4 mit [[Dual-Stack]] bietet der „Happy-Eyeballs“-Algorithmus, der im [[Request for Comments]] <nowiki>RFC 6555</nowiki><ref>{{RFC-Internet |RFC=6555 |Titel=Happy Eyeballs: Success with Dual-Stack Hosts |Datum=2012-04}}</ref> beschrieben ist und von mehreren Browsern eingesetzt wird. Dabei wird eine Website sowohl über IPv4 als auch IPv6 adressiert und die erste Antwort verwendet. Dies umgeht das Problem einer unzuverlässigen 6to4-Verbindung, löst es jedoch nicht.

Im <nowiki>RFC 7526</nowiki> wird empfohlen, 6to4 Anycast aufgrund der Unzuverlässigkeit nicht mehr zu verwenden. <nowiki>RFC 3068</nowiki> wurde vom Status eines [[Vorgeschlagener Standard|vorgeschlagenen Standards]] in den Status historisch versetzt.<ref name="RFC7526" />

== Alternativen ==
Andere Mechanismen, mit denen sich IPv6-Pakete in IPv4 tunneln lassen, sind unter anderem
* [[Teredo]],
* [[ISATAP]] und
* [[Tunnelbroker]].

Ein Vergleich der Tunnelmechanismen findet sich unter [[IPv6#Tunnelmechanismen]].

Aktuelle [[Virtual Private Network|VPN-Software]] kann ebenfalls zum Tunneln von IPv6 über IPv4 und umgekehrt eingesetzt werden, z. B. [[WireGuard]] oder [[OpenVPN]].

== Literatur ==
* ''6to4''. In: Joseph Davies: ''Understanding IPv6''. 2. Auflage. Microsoft Press, Redmond 2008, S. 295–316 (englisch).

== Weblinks ==
* [http://www.feyrer.de/IPv6/ueberreuter-6to4.html feyrer.de]
* [http://wiki.debian.org/DebianIPv6 wiki.debian.org] Konfigurationshinweise für die Linux-Distribution [[Debian]]
* {{RFC-Internet |RFC=3056 |Titel=Connection of IPv6 Domains via IPv4 Clouds |Datum=2001-02 |Kommentar=Definition von 6to4 Adressen}}
* {{RFC-Internet |RFC=3964 |Titel=Security Considerations for 6to4 |Datum=2004-12 |Kommentar=Sicherheitshinweise}}
* {{RFC-Internet |RFC=3068 |Titel=An [[Anycast]] Prefix for 6to4 Relay Routers |Datum=2001-06}}
* [http://www.net6.at/ Public 6to4 Gateway Services + Linux shellscript.] net6.at
* [http://pastebin.com/9W5PPRBd pastebin.com] 6to4 bei [[Debian]]/[[Ubuntu (Betriebssystem)|Ubuntu]] einrichten.
* [https://www.wyae.de/docs/ipv6calc/ JavaScript 6to4-Adressumrechner.] wyae.de


== Einzelnachweise ==
<references>
<ref name="RFC7526">{{RFC-Internet |RFC=7526 |Titel=Deprecating the Anycast Prefix for 6to4 Relay Routers |Datum=2015-05 |Kommentar=Anycast Server historisch}}</ref>
</references>

{{SORTIERUNG:#:6to4}}
[[Kategorie:Tunnelprotokoll]]
[[Kategorie:IPv6-Übergangsmechanismus]]

6to4 - Versionsgeschichte

imported>Trustable: redundante Kategorie entfernt