IPv6-Leak beim VPN: Warum sich nur IPv4 ändert
IPv4 geändert, IPv6 unverändert? VPN-Adressen vor und nach dem Verbinden vergleichen, Ergebnisse im selben Land verstehen und das IPv6-Routing prüfen.
So kann IPv6 im selben Land am VPN vorbeilaufen
Beispiel: Heimanschluss und gewählter VPN-Server befinden sich beide in Thailand. Vor der Verbindung zeigt der Browser eine IPv4- und eine IPv6-Adresse. Danach ändert sich nur IPv4. Beide Länderangaben lauten weiterhin Thailand, aber die gespeicherte IPv6 ist noch sichtbar.
IPNixa kennzeichnet dieses Muster als „IPv4 geändert · IPv6 unverändert“, wenn beide IP-Versionen mit einer kürzlich gespeicherten Verbindung verglichen werden können. Der Hinweis fordert zur Routingprüfung auf. Aus der Adresse allein ergibt sich nicht, welche Schnittstelle oder App-Einstellung das Ergebnis verursacht.
| Feld | Vor der VPN-Verbindung | Nach der VPN-Verbindung |
|---|---|---|
| IPv4 | 203.0.113.42 | 198.51.100.24 |
| IPv6 | 2001:db8:1:2::5 | 2001:db8:1:2::5 |
| Land | TH | TH |
Geeignete Referenzverbindung speichern und vergleichen
Der Vergleich ist am aussagekräftigsten, wenn sich nur die VPN-Einstellung ändert. Ein gleichzeitiger WLAN-Wechsel, Routerneustart oder Mobilfunknetzwechsel erschwert die Ursachenklärung.
- Den VPN-Test bei getrenntem VPN öffnen, sofern dies zur Situation passt. Auf den Abschluss der separaten IPv4- und IPv6-Prüfungen warten.
- „Aktuelle Verbindung speichern“ wählen. Notieren, welche IP-Versionen bestätigt wurden. Eine fehlende Adresse ist keine brauchbare Vergleichsbasis.
- VPN verbinden und dessen Verbindungsbestätigung abwarten. Im selben Browsertab „Erneut prüfen und vergleichen“ wählen.
- IPv4- und IPv6-Zeilen getrennt lesen und anschließend die IPv6-Erklärung prüfen. IPNixa behält die gespeicherte Verbindung bis zu 30 Minuten in diesem Tab.
Was die Adressmuster bedeuten
Den gespeicherten Adressvergleich zusammen mit den VPN-Einstellungen betrachten. Er identifiziert keine verborgene ursprüngliche Adresse, sondern nutzt die selbst gespeicherte Verbindung.
| Beobachtetes Muster | Einordnung | Nächste Prüfung |
|---|---|---|
| IPv4 geändert; IPv6 unverändert | IPv6 nutzt möglicherweise noch den früheren Pfad, auch bei einem VPN im selben Land | IPv6-Verarbeitung und Ausnahmen im VPN prüfen, dann wiederholen |
| Beide Adressen geändert | Beide beobachteten öffentlichen Adressen haben sich geändert | Prüfen, ob die Ausgänge der gewünschten VPN-Konfiguration entsprechen |
| Keine Adresse geändert | Neue Anfragen verwenden die gespeicherten Adressen | Prüfen, ob das VPN schon beim Speichern aktiv war oder den Browser ausnimmt |
| IPv6 nicht bestätigt | Die Abfrage hat keine Adresse bestätigt | Erneut versuchen; Netzwerkunterstützung, Browser und VPN-Einstellungen prüfen |
Wann der gespeicherte Vergleich nicht ausreicht
Wurde anfangs nur IPv4 bestätigt und erscheint IPv6 erst nach der VPN-Verbindung, gibt es jetzt eine IPv6-Beobachtung, aber keine gespeicherte IPv6 zum Vergleich. Die leere Ausgangsangabe beweist nicht, dass das VPN IPv6 eingeführt oder geschützt hat. Den Test mit einer Verbindung wiederholen, bei der die ursprüngliche IP-Version bestätigt werden kann, oder den VPN-Anbieter zur IPv6-Behandlung in diesem Netz fragen.
Wird die Referenzverbindung bei bereits aktivem VPN gespeichert, zeigt ein späterer Vergleich nur, ob sich der VPN-Ausgang geändert hat. Er liefert keine bekannte Direktverbindung. IPNixa kann die beabsichtigte Route der Referenzverbindung nicht automatisch feststellen. Läuft das gespeicherte Ergebnis ab oder wird es gelöscht, bleiben nur Beobachtungen, bis erneut gespeichert und verglichen wird. Für den Support notieren, welche Einstellungen geändert wurden, ob beide Abfragen abgeschlossen wurden und wann sie liefen. Dieser Kontext hilft meist mehr als das Land allein.
Erst die VPN-Konfiguration prüfen, dann das Gerät ändern
Dual-Stack-Geräte können beide IP-Versionen nutzen. Das VPN muss die beabsichtigte Routingregel auf beide anwenden. Auch Split-Tunneling und App-Ausnahmen können einen anderen Browserpfad erklären. Eine Umgehung ist nicht automatisch ein Softwarefehler.
Mit den Anbieteranweisungen zu IPv6-Routing und Leak-Schutz beginnen. Bei unerwarteten Ergebnissen Zeitpunkt und Vorher-nachher-Muster für den Support festhalten. Vollständige Adressen nur teilen, wenn sie für die Anfrage hilfreich sind. Ein Browsertest untersucht weder andere Apps noch DNS-Resolver-Leaks oder den Kill-Switch des VPN.
- Wenn Split-Tunneling den Browser ausschließt, nimm ihn bei Bedarf in die VPN-Route auf. Wiederhole den Test im selben WLAN mit einer frisch gespeicherten direkten Ausgangsverbindung.
- Unterstützt der Anbieter IPv6-Tunneling, folge seiner gerätespezifischen Anleitung und prüfe beide Adressfamilien erneut. Eine andere IPv6-Adresse allein beweist keine korrekte Route.
- Blockiert der Anbieter IPv6 absichtlich, passt eine nicht verfügbare Browsermessung zu dieser Richtlinie, bestätigt sie aber nicht. Prüfe die Diagnose des Anbieters, bevor du das Ergebnis als geschützt einstufst.
- Bleibt das Muster bestehen, melde Gerät, VPN-Modus, Testzeit und erfolgreich geprüfte Adressfamilien. Deaktiviere Browser-Datenschutzfunktionen nicht nur, um ein unbestätigtes Ergebnis loszuwerden.
Nachgestelltes Beispiel: IPv4 ändert sich, IPv6 nicht
Am 27. Oktober 2026 führten wir die IPNixa-Vergleichslogik lokal mit simulierten Verbindungsdaten aus. Vor der angenommenen VPN-Änderung lauteten die Adressen 203.0.113.42 und 2001:db8:1:2::5; danach 198.51.100.24 und weiterhin 2001:db8:1:2::5. Beide Datensätze verwendeten dasselbe Beispielland. Die Adressen sind für Dokumentation reserviert und stammen nicht von einer echten Verbindung.
Der Vergleich ergab „IPv4 geändert · IPv6 unverändert“ und markierte IPv6 zur Prüfung. Das Beispiel zeigt die Verarbeitung dieses Musters; wir haben kein VPN verbunden, keine Einstellungen geändert und kein echtes Leck geprüft.
Speichere bei einer echten Verbindung den Ausgangszustand vor dem Einschalten des VPN und vergleiche erneut im selben Tab. Bleibt IPv6 gleich, prüfe IPv6-Routing und Split-Tunneling des VPN, passe sie bei Bedarf an und wiederhole den Vergleich. Liegt kein IPv6-Ergebnis vor, lässt sich daraus keine Schlussfolgerung ziehen; DNS und andere Apps werden hier nicht geprüft.
Häufige Fragen
Kann IPv6 am VPN vorbeilaufen, obwohl IPv4 und IPv6 dasselbe Land zeigen?
Ja. Das Land ist eine ungefähre Standortangabe, keine Routingregel. Die gespeicherte IPv6 mit dem neuen Ergebnis vergleichen und die IPv6-Konfiguration des VPN prüfen.
Beweist eine andere IPv6-Adresse, dass das VPN funktioniert?
Nein. IPv6 kann sich auch durch temporäre Adressen oder einen Netzwerkwechsel ändern. Eine neue Adresse belegt eine Änderung, aber nicht den Schutz jeder App.
Bedeutet „IPv6 nicht bestätigt“, dass das VPN IPv6 blockiert hat?
Nein. Zeitüberschreitungen, Browsereinschränkungen, blockierte Endpunkte oder fehlende IPv6-Verbindungen können das Ergebnis verursachen. Es bleibt unbestätigt und zählt nicht als geschützt.
Sollte ich IPv6 deaktivieren?
Den Anweisungen des VPN-Anbieters für Gerät und Einsatzzweck folgen. Zuerst IPv6-Unterstützung und Leak-Schutz prüfen und den Vergleich nach Änderungen wiederholen.