VPN verbonnen, awer d'IP-Adress huet sech net geännert: firwat

Dir verbënnt Iech, de Client seet verbonnen, an den Adresstest weist nach ëmmer déiselwecht Zuel wéi virdrun. Um Indikator ass näischt falsch; eppes tëscht dem Profil an der App huet dës Ufro ausserhalb vum Tunnel gehal. Entscheet, wéi eng vun dräi Saachen Dir kuckt, ier Dir eng Konfiguratioun beréiert: en Test, deen ni déi ëffentlech Adress gemooss huet, en Tunnel, dee just en Deel vum Traffic deckt, oder en zweete Wee, deen d'Routingentscheedung gewënnt. Jidderee vun hinnen huet eng Kontroll, déi manner wéi eng Minutt dauert.

Bestätegt, wat den Test tatsächlech gemooss huet

D'Adress am Wi-Fi- oder Ethernet-Dialog ass d'Interfaceadress op Ärem eegene Segment, net d'Adress, déi eng Websäit gesäit, dofir ka se onverännert bleiwen, während den Tunnel perfekt funktionéiert. D'Plaz ass erëm en eegene Signal: eng gespäichert Kontregioun oder eng erlaabte Geolokatiounsliesung beweegt sech net, wann Dir den Ausgang wiesselt, an eng Umeldung, déi Iech schonn erkennt, och net.

Benotzt en Echo vun der ëffentlecher Adress a freet all Famill getrennt, well en Testresultat mat Duebelstack dee interessante Fall verstoppt:

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

Fëllt béid virun an nom Verbannen aus. Wann d'IPv4-Antwert op d'Ausgangsadress wiesselt an d'IPv6-Antwert net, hutt Dir keen defekten Tunnel; eng Famill fiert ausserhalb dovun. Wann béid Äntwerten déiselwecht bleiwen, ass d'Ufro ni bis zum Tunnel komm an de Rescht hei gëllt.

De Profil deckt vläicht just en Deel vum Traffic

En Split-Tunnel-Profil ass déi üblech Äntwert, an et ass kee Feeler. OpenVPN schéckt alles just dann duerch den Tunnel, wann redirect-gateway an den iwwerginnene Optiounen ass; ouni dat kritt de Client eng Handvoll spezifesch Routen an Är Standardroute bleift op der physescher Verbindung. Ënner Windows erschéngt dee selwechte Schalter als „Standardgateway am Remote-Netzwierk benotzen“ an den IPv4-Eigenschafte vum Adapter, an en ofzewielen ass eng bewosst Wiel, déi all Reconnect iwwerlieft.

Den App-Beräich ass déi zweet Schicht. D'Android-Astellung pro App entscheet, wéi eng Appen abegraff sinn, dofir beweist de VPN-Schlëssel an der Statusleescht net, datt de Browser dobannen ass. Eng Browsererweiderung, déi hire eigenen Traffic proxy, schaaft d'Spéitbild: de Browser weist d'Ausgangsadress, während e Mailclient oder e Spill op der selwechter Maschinn nach Är weist. Vergläicht déiselwecht Ufro an zwou Appen. Wann eng sech ännert an déi aner net, kuckt Dir de Beräich, net en Tunnel, dee versot.

Eng Adressfamill kann nach ëmmer direkt goen

Déi meescht VPN-Profile goufen fir IPv4 geschriwwen, a vill sinn et nach. Op engem Netzwierk mat Duebelstack hëlt den Tunnel 10.8.0.x fir IPv4, während d'physesch Verbindung eng global IPv6-Adress an eng Standardroute behält, dofir gëtt eng Säit mat IPv6-Ënnerstëtzung direkt erreecht an d'Adress, déi se mellen, ass déi vun Ärem Provider. Dat ass e Lach mat engem funktionéierenden IPv4-Tunnel, an et ass onsiichtbar fir en Test, dee just IPv4 schwätzt.

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

Liest d'Interface an all Äntwert. Wann d'IPv6-Sich Ären Ethernet- oder Wi-Fi-Gerät nennt, während d'IPv4-Sich den Tunnel nennt, feelt d'Politik fir déi Famill, amplaz defekt ze sinn. IPv6 um ganze Gerät ofzeschalten lässt de Symptom verschwannen an de Choix verstoppen; reparéiert léiwer d'Ofdeckung vum Profil oder deaktivéiert d'Famill just op där Verbindung, a schreift op, wat vun deenen zwou Dir gewielt hutt.

En zweete Wee kann d'Sich gewannen

En konkurréierende Proxy, en zweete VPN-Client, en virtuelle Adapter aus engem Container oder engem Remote-Desktop-Tool, oder eng zousätzlech Route fir dee geneeë Präftix, deen Dir testt, kënnen all Virrang kréien. Eng spezifesch Route schléit ëmmer eng Standardroute, dofir schéckt eng Rescht /24 fir d'Säit, déi Dir moosst, déi op Äre LAN-Gateway weist, deen Traffic nach ëmmer ausserhalb vum Tunnel, egal wéi gesond den Tunnel ass.

Maacht eng Inventur, ier Dir eppes ännert, mat nëmme-Lies-Befehler:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

Sicht no méi wéi enger Standardroute mat enger plausibeler Metrik, an no enger spezifescher Route, déi d'Zil deckt. Am Browser kontrolléiert och, ob eng Proxy-Erweiderung oder d'Systemproxy-Astellung d'Verbindung besëtzt; eng Erweiderung kann hire eigenen Upstream nennen an den Ausgang vum Betribssystem onberéiert loossen, wat am Browser eng aner Adress ergëtt wéi an engem Terminal op der selwechter Maschinn.

Miess nach eng Kéier mat enger fräscher Ufro

Verbënnt Iech nach eng Kéier a widderhuelt duerno d'Moossnam aus der selwechter App, mat där Dir déi éischte Kéier getest hutt, well eng gecachte Säit oder eng nei benotzt Verbindung deenen alten Zoustand mellt. Beobacht de Log oder d'Evenementer-Vue vum Client während dem Verbannen: e Feeler beim Uwenden vun de Routen nom Authentifizéieren ass e méi staarkt Beweis wéi all Indikator, an en nennt normalerweis d'Route oder den Adapter, deen versot huet.

Halt zwee Resultater auserneen. Wann d'Adress sech ännert, awer eng Säit Iech nach ëmmer refuséiert, funktionéiert den Tunnel an d'Säit refuséiert eng Datacenteradress; dat ass en anert Problem mat enger anerer Äntwert. Wann d'Adress ni ännert, schafft déi véier Froen der Rei no of: wéi eng Adress huet den Test gedréckt, wéi eng Famill war et, wéi eng App huet d'Ufro gemaach, a wéi eng Route ass déi Ufro gefollegt. D'Microsoft-Dokumentatioun iwwer VPN-Routingentscheedungen erkläert, wéi e Windows-Client tëscht dem Tunnel an dem physeschen Adapter wielt, wann béid eng Route hunn.