Was Sie überprüfen
Wenn Sie eine VPN-Verbindung herstellen, sehen Webseiten in der Regel die öffentliche IP-Adresse des VPN-Ausgangspunkts anstelle der öffentlichen IP-Adresse Ihres lokalen Heimnetzwerks oder WLAN-Netzwerks.
Die Überprüfung Ihrer IP-Adresse vor und nach der Verbindung ist eine einfache Möglichkeit, um zu bestätigen, dass der Webverkehr über den VPN-Pfad läuft.
Grundlegender Prozess
Bevor Sie sich mit dem VPN verbinden, öffnen Sie eine seriöse IP-Check-Website und notieren Sie sich die angezeigte öffentliche IP-Adresse.
Stellen Sie eine VPN-Verbindung her. Aktualisieren Sie die IP-Prüfseite oder öffnen Sie eine zweite IP-Prüfseite. Wenn sich Ihre öffentliche IP-Adresse geändert hat, wird Ihr Browserverkehr wahrscheinlich über den VPN-Dienst geleitet.
Häufige Verwechslung
Manche Apps speichern Verbindungen im Cache. Manche Browser halten alte Tabs geöffnet. DNS- und Standortdatenbanken zeigen möglicherweise ungenaue oder veraltete Standortdaten an. Gehen Sie nicht davon aus, dass alle Karten- oder Standortangaben exakt sind.
Eine Änderung der öffentlichen IP-Adresse ist ein erster praktischer Prüfpunkt, keine vollständige Überprüfung auf Paketebene.
ZBEVPN unabhängige IP-Testnachweise
Sehen Sie einen echten Vorher-Nachher-Vergleich ZBEVPN Test mit IPLeak und BrowserLeaks. Der verbundene Test wurde unabhängig beobachtet. ZBEVPN IPv4- und IPv6-Ausgangssignale wurden von BrowserLeaks nicht gemeldet, ebenso wenig wie Datenlecks der öffentlichen WebRTC-IP-Adresse.
Sehen Sie sich die ZBEVPN IPv4-, IPv6- und WebRTC-Verifizierungsergebnisse an..
Öffentliche IP-Adresse vs. private lokale IP-Adresse
Ihr Router weist dem Gerät möglicherweise eine private IP-Adresse zu, z. B. 192.168.x.x, 10.x.x.x oder 172.16–31.x.x. Diese Adresse wird innerhalb des lokalen Netzwerks verwendet. Ein Test der öffentlichen IP-Adresse überprüft die Adresse, die ein entfernter Dienst im Internet sieht. Ein VPN ändert normalerweise die öffentliche IP-Adresse für den darüber geleiteten Datenverkehr; die private LAN-Adresse des Geräts muss dabei nicht ersetzt werden.
IPv4- und IPv6-Erwartungen prüfen
Manche Netzwerke bieten sowohl IPv4 als auch IPv6 an. Eine sinnvolle Überprüfung zeigt, welche Adressfamilien vor und nach der VPN-Verbindung aktiv sind. Wenn der Client IPv6 übertragen oder blockieren soll, vergleichen Sie dieses Verhalten mit dem der Netzwerke, die IPv6-Adressen verwenden. IPv4-, IPv6- und WebRTC-Verifizierungsseite und die Leitfaden zu VPN-Leaks.
Ein sauberer Vorher-Nachher-Test
- Trennen Sie die VPN-Verbindung und notieren Sie sich die öffentliche IP-Adresse.
- Stellen Sie eine Verbindung zum gewünschten VPN-Standort her.
- Aktualisieren Sie die Testseite, anstatt auf einen alten Browsertab zurückzugreifen.
- Notieren Sie die neue öffentliche IP-Adresse und die gemeldete Region.
- Wiederholen Sie den Vorgang mit einem zweiten unabhängigen IP-Dienst, falls die Ergebnisse widersprüchlich sind.
Die in einer IP-Datenbank angezeigte genaue Stadt kann nur annähernd stimmen. Entscheidend ist, ob sich die öffentliche Netzwerkidentität wie erwartet geändert hat.
VPN-Verbindung hergestellt, aber Ihre öffentliche IP-Adresse hat sich nicht geändert?
Stellen Sie zunächst sicher, dass Sie die öffentliche Internetadresse überprüfen und nicht eine private lokale Adresse wie 192.168.x.x oder 10.x.x.x. Aktualisieren Sie den Test, nachdem die VPN-Verbindung hergestellt wurde, und vergleichen Sie mehrere öffentliche IP-Adressen, falls das Ergebnis zwischengespeichert zu sein scheint.
Wenn dieselbe öffentliche IP-Adresse weiterhin sichtbar ist, überprüfen Sie, ob Split-Tunneling den Browser absichtlich ausschließt, ob die VPN-Verbindung tatsächlich hergestellt wurde und ob der Test in einem anderen Netzwerk-Namespace, Browserprofil oder auf einem anderen Gerät als erwartet ausgeführt wird. Falls Webseiten überhaupt nicht geladen werden, verwenden Sie VPN-Verbindung hergestellt, aber kein Internet.
Siehe den gleichen Test, der durchgeführt wurde auf ZBEVPN
ZBEVPN veröffentlicht einen realen Vorher-Nachher-Test der öffentlichen IP-Adresse. Unabhängige Dienste überwachten die IPv4- und IPv6-Adressen des VPN-Servers nach der Verbindungsherstellung, und BrowserLeaks meldete kein Leck der öffentlichen IP-Adresse von WebRTC.