VPN on ühendatud, kuid IP-aadress ei ole muutunud: miks

Te ühendate, klient ütleb, et ühendatud, ja aadressi test näitab endiselt sama numbrit, mis teil enne oli. Indikaatoriga pole midagi valesti; miski profiili ja rakenduse vahel hoidis selle päringu tunnelist väljas. Otsustage, millist kolmest asjast te vaatate, enne kui puudutate ükskõik millist seadet: test, mis ei mõõtnud kunagi avalikku aadressi, tunnel, mis katab ainult osa liiklusest, või teine tee, mis võidab marsruutimisotsuse. Igal on üks kontroll, mis võtab alla minuti.

Kinnitage, mida test tegelikult mõõtis

Wi-Fi või Etherneti dialoogis näidatav aadress on liidese aadress teie enda segmendis, mitte aadress, mida veebisait näeb, seega võib see jääda samaks, kui tunnel töötab laitmatult. Asukoht on jälle eraldi signaal: salvestatud konto piirkond või lubatud geolokatsiooni lugemine ei liigu, kui muudate väljapääsu, ja seda ei tee ka sisselogimine, mis teid juba tunneb.

Kasutage avaliku aadressi kaja ja küsige iga perekonda eraldi, sest kahekordse virnastuse testi tulemus peidab huvitava juhtumi:

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

Käivitage mõlemad enne ja pärast ühendamist. Kui IPv4 vastus muutub väljapääsu aadressiks ja IPv6 vastus mitte, ei ole teil katkist tunnelit; teil on üks perekond, mis sõidab sellest väljas. Kui mõlemad vastused jäävad samaks, ei jõudnud päring tunnelisse üldse ja ülejäänu siin kehtib.

Profiil võib katta ainult osa liiklusest

Poolitatud tunneliga profiil on tavaline vastus ja see ei ole viga. OpenVPN saadab kõik tunnelist läbi ainult siis, kui redirect-gateway on edastatud valikute hulgas; ilma selleta saab klient peotäie konkreetseid marsruute ja teie vaikemarsruut jääb füüsilisele lingile. Windowsis ilmub sama lüliti adapteri IPv4-omadustes kujul „Kasuta vaikimisi lüüsi kaugvõrgus”, ja selle tühjendamine on teadlik valik, mis elab üle iga taasühenduse.

Rakendusepõhine ulatus on teine kiht. Androidi rakendusepõhine VPN-seade otsustab, millised rakendused on kaasatud, seega olekuriba VPN-võti ei tõesta, et brauser on selle sees. Brauserilaiend, mis puhverdab oma liiklust, loob peegelpildi: brauser näitab väljapääsu aadressi, samal ajal kui samas masinas olev meilikklient või mäng näitab endiselt teie oma. Võrrelge sama päringut kahes rakenduses. Kui üks muutub ja teine mitte, vaatate ulatust, mitte ebaõnnestuvat tunnelit.

Üks aadressiperekond võib siiski minna otse

Enamik VPN-profiile on kirjutatud IPv4 jaoks ja paljud on seda endiselt. Kahekordse virnastusega võrgus võtab tunnel IPv4 jaoks 10.8.0.x, samal ajal kui füüsiline link hoiab globaalset IPv6 aadressi ja vaikemarsruuti, seega IPv6-tugev sait jõutakse otse ja aadress, mida see teatab, on teie teenusepakkuja oma. See on leke töötava IPv4 tunneliga ja see on nähtamatu testile, mis räägib ainult IPv4.

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

Lugege liidest igas vastuses. Kui IPv6 otsing nimetab teie Etherneti või Wi-Fi seadet, samal ajal kui IPv4 otsing nimetab tunnelit, siis selle perekonna poliitika puudub, mitte ei ole katki. IPv6 väljalülitamine kogu seadmes paneb sümptomi kaduma ja peidab otsuse; eelistage profiili katvuse parandamist või perekonna keelamist ainult sellel ühendusel, ja kirjutage üles, kumma kahest valisite.

Teine tee võib otsingu võita

Konkureeriv puhverserver, teine VPN-klient, konteineri või kaugtöölaua tööriista virtuaalne adapter, või lisamarsruut täpselt sellele prefiksile, mida testite, võivad kõik eesõiguse saada. Konkreetne marsruut võidab alati vaikemarsruudi, seega ülejäänud /24 saidi jaoks, mida mõõdate, mis osutab teie LAN-lüüsile, saadab selle liikluse endiselt tunnelist välja, ükskõik kui terve tunnel on.

Tehke enne millegi muutmist inventuur, kasutades ainult lugemiskäske:

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

Otsige rohkem kui ühte vaikemarsruuti usutava metrikaga ja konkreetset marsruuti, mis katab sihtkoha. Brauseris kontrollige ka, kas puhverserveri laiend või süsteemi puhverserveri seade omab ühendust; laiend võib nimetada oma ülemvoolu ja jätta operatsioonisüsteemi väljapääsu puutumata, mis annab brauseris teistsuguse aadressi kui samas masinas terminalis.

Mõõtke uuesti värske päringuga

Ühendage uuesti ja korrake seejärel mõõtmist samast rakendusest, mida esimesel korral testisite, sest vahemällu salvestatud leht või uuesti kasutatud ühendus teatab vana oleku. Jälgige ühendamise ajal kliendi logi või sündmustevaadet: viga marsruutide rakendamisel pärast autentimist on tugevam tõend kui ükskõik milline indikaator, ja see nimetab tavaliselt marsruudi või adapteri, mis ebaõnnestus.

Hoidke kaks tulemust lahus. Kui aadress muutub, aga üks sait keeldub teist endiselt, töötab tunnel ja sait lükkab tagasi andmekeskuse aadressi; see on teine probleem teise vastusega. Kui aadress ei muutu kunagi, käige neli küsimust järjekorras läbi: millise aadressi test trükkis, milline perekond see oli, milline rakendus päringu tegi ja millist marsruuti see päring järgis. Microsofti dokumentatsioon VPN-i marsruutimisotsuste kohta selgitab, kuidas Windowsi klient valib tunnel ja füüsilise adapteri vahel, kui mõlemal on marsruut.