IPv6-Fehlerbehebung: Häufige Verbindungsprobleme beheben

Wenn IPv6 bricht, variieren die Symptome: keine zugewiesene Adresse, Konnektivität zu einigen Sites, aber nicht zu anderen, oder alles funktioniert, fühlt sich aber träge an. Dieser Leitfaden führt durch systematische Diagnose, von schnellsten Checks bis hin zu tiefer Netzwerkanalyse.

Beginnen Sie mit drei Fragen#

Vor dem Ausführen von Befehlen, grenzen Sie das Problem ein:

1. Haben Sie eine IPv6-Adresse? Falls nicht, ist das Problem auf der Zuweisungsebene (DHCP, SLAAC oder Router Advertisements).
2. Können Sie IPv6-Sites per Adresse, aber nicht per Name erreichen? DNS ist der Schuldige.
3. Können Sie Link-Local-Adressen erreichen, aber nichts darüber hinaus? Routing- oder Firewall-Probleme.

Diese drei Fragen eliminieren 80% der Fehlerbehebungspfade.

Prüfen Sie Ihre lokale Konfiguration#

Beginnen Sie damit zu verifizieren, dass Ihr Gerät eine IPv6-Adresse hat und sein Gateway kennt.

Linux:

ip -6 addr show
ip -6 route show

macOS:

ifconfig
netstat -nr -f inet6

Windows:

ipconfig
netsh interface ipv6 show route

Suchen Sie nach einer Global Unicast-Adresse (beginnt mit 2 oder 3). Sie sollten auch eine Link-Local-Adresse sehen (beginnt mit fe80::). Falls Sie nur Link-Local haben, empfängt Ihr Host kein ordentliches IPv6-Präfix.

Router Advertisements verifizieren#

Die meisten IPv6-Netzwerke verwenden SLAAC (Stateless Address Autoconfiguration), wo Router ihre Präsenz und Netzwerkpräfix broadcasten. Wenn Ihr Gerät keine globale Adresse hat, erreichen Sie möglicherweise keine Router Advertisements.

RA-Empfang prüfen (Linux):

sudo rdisc6 eth0

RA-Empfang prüfen (macOS/Windows): Verwenden Sie Wireshark oder tcpdump, um ICMPv6 Typ 134 (Router Advertisement)-Pakete zu erfassen:

sudo tcpdump -i en0 'icmp6 and ip6[40] == 134'

Falls Sie nach 30 Sekunden keine RAs sehen, sendet entweder Ihr Router nicht, oder etwas filtert sie. Prüfen Sie zuerst die IPv6-Einstellungen Ihres Routers.

Link-Local-Konnektivität testen#

Link-Local-Adressen funktionieren ohne jegliche Router-Konfiguration. Falls diese fehlschlagen, haben Sie ein Layer-2-Problem.

Finden Sie die Link-Local-Adresse Ihres Gateways:

# Linux
ip -6 route show default
 
# macOS/Windows
# Verwenden Sie das Gateway aus der Routing-Tabelle

Pingen Sie es mit spezifiziertem Interface:

# Linux
ping6 -c 4 fe80::1%eth0
 
# macOS
ping6 -c 4 fe80::1%en0
 
# Windows
ping -6 fe80::1%12

Ersetzen Sie fe80::1 durch Ihre tatsächliche Gateway-Adresse und eth0/en0/12 durch Ihren Interface-Namen/Nummer. Falls dies fehlschlägt, prüfen Sie Kabel, Switches und WLAN-Konnektivität.

Internet-Konnektivität testen#

Verwenden Sie bekannt gute IPv6-Adressen, um DNS vollständig zu umgehen.

# Cloudflare DNS
ping6 2606:4700:4700::1111
 
# Google DNS
ping6 2001:4860:4860::8888
 
# ping6.net
ping6 2a07:8dc0:18:0:78:47ff:fe6e:da5a

Falls diese funktionieren, ist Ihr IPv6-Stack funktional und DNS ist das Problem (springen Sie voraus). Falls sie fehlschlagen, testen Sie, ob das Problem lokal oder upstream ist.

DNS-Auflösung prüfen#

Viele „IPv6 funktioniert nicht"-Berichte sind tatsächlich DNS-Probleme. Ihr Gerät hat möglicherweise Konnektivität, kann aber keine AAAA-Records auflösen.

AAAA-Record-Lookup testen:

# System-Resolver verwenden
nslookup -type=AAAA google.com
 
# Spezifischen DNS-Server verwenden
dig @2001:4860:4860::8888 AAAA google.com
 
# Windows
nslookup -type=AAAA google.com 2001:4860:4860::8888

Falls AAAA-Abfragen fehlschlagen, aber A-Abfragen (IPv4) erfolgreich sind, hat Ihr DNS-Server möglicherweise keine IPv6-Konnektivität oder ist nicht konfiguriert, um AAAA-Records zu handhaben. Probieren Sie, zu Cloudflare (2606:4700:4700::1111) oder Google (2001:4860:4860::8888) DNS-Servern zu wechseln.

Verifizieren, dass DNS-Server über IPv6 erreichbar ist:

ping6 2606:4700:4700::1111

Falls unerreichbar, konfigurieren Sie entweder einen IPv6-fähigen DNS-Server oder Ihr Netzwerk blockiert ausgehende Verbindungen dorthin.

Den Pfad analysieren#

Wenn Sie einige Ziele pingen können, aber nicht andere, verwenden Sie Traceroute, um herauszufinden, wo Pakete stoppen.

# Linux/macOS
traceroute6 google.com
 
# Windows
tracert -6 google.com

Achten Sie auf:

• Timeouts bei Hop 1-2: Lokales Netzwerkproblem (Gateway, Firewall)
• Timeouts nach mehreren Hops: ISP-Routing-Problem
• Asymmetrische Routen oder Schleifen: BGP-Fehlkonfiguration (ISP kontaktieren)

Sie können auch unser Traceroute-Tool verwenden, um Hop-für-Hop-Latenz zu sehen und zu identifizieren, wo Pakete verworfen werden.

Häufige Probleme und Lösungen#

Keine IPv6-Adresse zugewiesen#

Symptome: Nur fe80::-Link-Local-Adresse wird angezeigt.

Ursachen:

• Router sendet keine RAs
• DHCPv6-Server unerreichbar
• Interface für IPv6 deaktiviert

Lösungen:

1. Prüfen Sie, dass Router IPv6 aktiviert hat und Prefix Delegation konfiguriert ist
2. Netzwerkinterface neustarten: sudo ifdown eth0 && sudo ifup eth0 (Linux) oder WiFi aus/an schalten
3. SLAAC erzwingen: sudo dhclient -6 -r && sudo dhclient -6 (Linux)
4. Unter Windows: netsh interface ipv6 reset und rebooten

Nur Link-Local (keine Standard-Route)#

Symptome: Haben fe80::-Adresse, können lokalen Link pingen, aber kein Internet.

Ursachen:

• Router sendet RAs ohne Präfix-Information
• Firewall blockiert ICMPv6
• Statische Route-Fehlkonfiguration

Lösungen:

1. Prüfen Sie, dass Router ein /64-Präfix delegiert (nicht nur sich selbst ankündigt)
2. Stellen Sie sicher, dass ICMPv6 nicht blockiert ist: sudo ip6tables -L (Linux) oder Windows-Firewall-Einstellungen
3. Standard-Route manuell hinzufügen (temporär): sudo ip -6 route add default via fe80::1 dev eth0

Hat Adresse, aber keine Konnektivität#

Symptome: Globale IPv6-Adresse zugewiesen, Routing-Tabelle sieht korrekt aus, aber kann nichts erreichen.

Ursachen:

• ISP blockiert Verkehr
• MTU-Probleme (Paketfragmentierungsfehler)
• Firewall verwirft etablierte Verbindungen

Lösungen:

1. Mit ISP-Support-Hotline testen (sie müssen möglicherweise IPv6 aktivieren)
2. MTU senken: sudo ip link set eth0 mtu 1280 (IPv6-Minimum)
3. Prüfen Sie, dass Firewall-Regeln ausgehenden IPv6 erlauben
4. Verifizieren Sie, dass Sie nicht hinter CGNAT sind, das IPv6 entfernt

IPv6 langsamer als IPv4#

Symptome: Sites laden, aber mit merklicher Verzögerung verglichen mit IPv4.

Ursachen:

• Tunnel-Overhead (6to4, Teredo, 6rd)
• Suboptimales Routing (Pakete nehmen langen Weg)
• Happy Eyeballs Timeout-Probleme

Lösungen:

1. Falls ein Tunnel verwendet wird, zu nativem IPv6 vom ISP wechseln
2. Traceroute-Hops vergleichen: traceroute google.com vs traceroute6 google.com
3. Tunnel deaktivieren, falls native verfügbar ist: netsh interface teredo set state disabled (Windows)
4. Mit unserem IPv6 Ping-Tool testen, um Basis-Latenz zu messen

Funktioniert für einige Sites, nicht für andere#

Symptome: Kann Google, Cloudflare erreichen, aber viele Sites schlagen fehl.

Ursachen:

• Sites haben defektes IPv6 (fehlkonfigurierte AAAA-Records)
• Path MTU Discovery-Fehler
• Firewall blockiert spezifische Präfixe

Lösungen:

1. Testen Sie, ob Site tatsächlich IPv6 hat: dig AAAA example.com oder verwenden Sie unser DNS-Lookup-Tool
2. Falls AAAA-Record existiert, aber fehlschlägt, ist IPv6 der Site defekt (nicht Ihre Schuld)
3. IPv4 erzwingen: Eintrag zu /etc/hosts (Linux/macOS) oder C:\Windows\System32\drivers\etc\hosts (Windows) hinzufügen
4. Site-Betreiber melden (sie wissen möglicherweise nicht, dass es defekt ist)

Wann Ihren ISP kontaktieren#

Rufen Sie Ihren ISP an, falls:

• Router zeigt „IPv6 nicht unterstützt" oder „warte auf Prefix Delegation"
• Ihnen ein Präfix zugewiesen wurde, aber es ist nicht routbar (mit externem Ping testen)
• Traceroute zeigt Fehler sofort nach Verlassen Ihres Netzwerks
• Keine der obigen Lösungen funktioniert und Ihre Konfiguration sieht korrekt aus

Bevor Sie anrufen, sammeln Sie:

• Ausgabe von ip addr oder ipconfig
• Ihr zugewiesenes IPv6-Präfix
• Ergebnisse von ping6 2001:4860:4860::8888
• Traceroute-Ausgabe, die zeigt, wo Fehler auftreten

Dies verkürzt die Support-Anruf-Zeit erheblich.

Verwandte Artikel#

• IPv6 aktivieren - Schritt-für-Schritt-Anleitung zur Konfiguration von IPv6 auf gängigen Betriebssystemen
• IPv6-Sicherheits-Best-Practices - Sichern Sie Ihr IPv6-Netzwerk gegen häufige Bedrohungen