Was leckt meine IP? WebRTC-, DNS- und IPv6-Lecks erklärt

Die Änderung der Adresse, die eine Website sieht, ist der einfache Teil. Der schwierige Teil besteht darin, sicherzustellen, dass nichts anderes auf Ihrem Gerät leise die Adresse offenbart, die Sie zu verbergen versuchen. Drei Kanäle tun dies am häufigsten, und alle drei umgehen den Proxy oder VPN, da sie einen anderen Codepfad innerhalb Ihres Betriebssystems oder Browsers verwenden als gewöhnliche Webanfragen. Wenn Sie nur mit einer "Was ist meine IP"-Seite testen und sie die Ausgangsadresse anzeigt, haben Sie die Haustür überprüft, während drei Nebentüren offen stehen.

Die drei klassischen Lecks sind WebRTC, DNS und IPv6. Jedes hat eine andere Ursache und eine andere Lösung. Das Verständnis des Mechanismus ist wichtig, denn ein "Leckschutz"-Schalter, den Sie nicht überprüfen können, ist nur ein Versprechen.

WebRTC ist die Browser-Technologie hinter Videoanrufen auf der Seite. Um zwei Peers direkt zu verbinden, muss es Ihre Kandidaten-IP-Adressen kennen, also fragt es einen STUN-Server danach – und das geschieht innerhalb des Browsers über UDP, wobei oft der Proxy vollständig umgangen wird. Ein Skript auf jeder Seite kann diese Kandidaten über die RTCPeerConnection API ohne Erlaubnis lesen, und darunter könnte sich Ihre echte lokale und öffentliche IP befinden.

SOCKS5- und HTTP-Proxys, die auf Anwendungsebene eingestellt sind, erfassen diesen Datenverkehr nicht, weshalb ein proxierter Browser weiterhin Lecks aufweisen kann. Lösungen: Deaktivieren Sie WebRTC, wo Sie es nicht benötigen (in Firefox setzen Sie media.peerconnection.enabled auf false; in Chromium verwenden Sie eine Erweiterung, die proxiertes UDP erzwingt oder nicht-proxiertes ICE deaktiviert), oder führen Sie den Browser in einem Full-Tunnel-VPN aus, sodass selbst WebRTC's UDP durch den Tunnel verlässt. Moderne Browser maskieren auch die lokale Adresse hinter einem mDNS .local Hostnamen, was hilft, aber nicht immer die öffentliche Kandidatenadresse abdeckt.

Ein DNS-Leck tritt auf, wenn Ihr Gerät Hostnamen über den Resolver Ihres ISP auflöst, anstatt über den Tunnel. Die Seite wird über den Proxy geladen, aber die Abfrage, die example.com in eine IP umgewandelt hat, ging an Ihren Anbieter – Ihr ISP sieht also weiterhin jede Domain, die Sie besuchen. Bei Proxys ist die Lösung socks5h:// anstelle von socks5://, was den Proxy auffordert, remote aufzulösen; bei einem VPN muss DNS in den Tunnel geschoben werden. Die Schichtung von DNS über HTTPS oder DNS über TLS verstärkt es weiter.

Ein IPv6-Leck ist die moderne Falle: Ihr Tunnel trägt IPv4, aber Ihr Betriebssystem hat weiterhin native IPv6-Konnektivität, sodass jede IPv6-fähige Seite direkt erreicht wird und Ihre echte v6-Adresse offenbart. Entweder deaktivieren Sie IPv6 während der Verbindung oder verwenden Sie ein VPN, das auch IPv6 routet. Siehe unseren DNS-Leck-Testleitfaden und IPv6-Proxys für die Details.

Niemals annehmen; überprüfen. Verwenden Sie die s4m Datenschutztools und einen Header-Echo-Endpunkt, um zu bestätigen, was ein Ziel tatsächlich erhält, und führen Sie einen dedizierten WebRTC/DNS/IPv6-Lecktest mit Ihrem Proxy oder VPN aktiv durch. Machen Sie es einmal für ein Browserprofil und erneut, wann immer Sie die Netzwerke wechseln. Für schnelle Experimente ist die kostenlose Proxy-Liste in Ordnung, aber denken Sie daran, dass ein einfacher HTTP- oder SOCKS-Proxy nur den Verkehr schützt, der darüber läuft — WebRTC und IPv6 sind genau die Teile, die es nicht tun. Wenn es wichtiger ist, in jeder App und nicht pro App vor Lecks zu schützen, ist ein Full-Tunnel VPN die vollständigere Antwort, und ein authentifizierter Proxy mit socks5h kümmert sich sauber um die DNS-Hälfte.