WebRTC-Leck-Test

So verwenden Sie es

1. Schalten Sie Ihr VPN ein, öffnen Sie dann diese Seite und drücken Sie Test starten.
2. Warten Sie einige Sekunden, während die Seite zwei öffentliche STUN-Server kontaktiert.
3. Lesen Sie am Ende das Ergebnis. Steht dort, dass eine öffentliche Adresse abweicht, schalten Sie das VPN aus und wieder ein und führen Sie den Test dann noch einmal aus.

Was der Test macht

WebRTC erlaubt Browsern, sich für Anrufe und Dateiübertragung direkt miteinander zu verbinden. Um einen Weg zu finden, sammelt es Kandidatenadressen: die eigenen Adressen des Geräts und die öffentliche Adresse, die ein STUN-Server zurückmeldet. Der Test startet diese Sammlung mit zwei öffentlichen STUN-Servern, stun.l.google.com von Google und stun.cloudflare.com von Cloudflare, und liest die Kandidaten, die der Browser findet.

Die öffentliche Adresse, die ein STUN-Server meldet, ist die Adresse, über die Ihr Datenverkehr läuft. Weicht sie von der Adresse ab, die unser Server für Ihre Anfrage sieht, leitet ein VPN möglicherweise nicht den ganzen Datenverkehr. Die STUN-Server sehen Ihre öffentliche Adresse, wie sie für die Antwort müssen, und sonst nichts von dieser Seite.

WebRTC-Lecks je Browser verhindern

Jeder Browser bietet andere Einstellungen, und die Schritte ändern sich zwischen den Versionen. Prüfen Sie das Ergebnis dieses Tests nach jeder Änderung.

• Firefox: Öffnen Sie about:config und setzen Sie media.peerconnection.ice.default_address_only auf true, damit WebRTC nur die Standardroute nutzt. Setzen Sie media.peerconnection.enabled auf false, schaltet sich WebRTC ganz ab, und Anrufe im Browser funktionieren nicht mehr. Das Mozilla-Wiki beschreibt beide Einstellungen.
• Edge: Microsoft dokumentiert eine Richtlinie namens WebRtcLocalhostIpHandling, die Administratoren setzen. Ihr Wert AllowPublicInterfaceOnly lässt WebRTC nur die öffentliche Schnittstelle nutzen. Für normale Nutzer haben wir keine Einstellung gefunden.
• Brave: Die Einstellungen enthalten eine Option für die WebRTC-IP, Default Public Interface Only, wie die Dokumentation von Brave beschreibt. Ihre Position im Menü hängt von der Version ab.
• Chrome: Wir haben keine offizielle Einstellung für normale Nutzer gefunden. Üblich sind Erweiterungen, die dieselbe Grenze setzen; wählen Sie eine, deren Code Sie vertrauen.
• Safari: Eine Einstellung für WebRTC-Adressen haben wir nicht überprüft.
• Jeder Browser: Ein VPN, das den WebRTC-Datenverkehr blockiert, oder ein VPN, das das ganze Gerät leitet, beseitigt das Problem an der Quelle. Führen Sie danach diesen Test erneut aus.

Was dieser Test nicht zeigt

• Er prüft nicht jeden Weg. Eine Verbindung kann eine Adresse nutzen, die die STUN-Server nicht gemeldet haben.
• Er kann nicht erkennen, aus welcher Netzwerkschnittstelle ein Kandidat stammt. Eine abweichende Adresse kann daher von einem gewöhnlichen Anschluss stammen.
• Ein verborgener .local-Name steht für eine lokale Adresse, die der Browser nicht preisgegeben hat. Der Test kann sie nicht lesen.

Häufig gestellte Fragen