VPN konektatuta dago baina IP helbidea ez da aldatu: zergatik

Tunela martxan da eta helbide-probak zure IP zaharra erakusten du oraindik. Neurtu IPv4 eta IPv6 bereizita, eta gero egiaztatu tunel zatitua, aplikazioko irismena eta proxy bideak.

Konektatzen zara, bezeroak konektatuta dio, eta helbide-probak lehenago zenuen zenbaki bera erakusten du oraindik. Adierazleak ez du arazorik; profilaren eta aplikazioaren arteko zerbait-ek eskaera hori tuneletik kanpo mantendu zuen. Erabaki hiru gauzetatik zein ari zaren begiratzen edozein konfigurazio ukitu aurretik: inoiz helbide publikoa neurtu ez zuen proba bat, trafikoaren zati bat soilik hartzen duen tunel bat, edo bideratze-erabakia irabazten duen bigarren bide bat. Bakoitzak minutu bat baino gutxiago irauten duen egiaztapen bat du.

Baieztatu probak benetan zer neurtu zuen

Wi-Fi edo Ethernet elkarrizketa-koadroan agertzen den helbidea zure segmentuko interfazearen helbidea da, ez webgune batek ikusten duen helbidea, beraz berdin gera daiteke tunelak primeran lan egiten duen bitartean. Kokalekua seinale bereizia da berriro: gordetako kontu-eskualde bat edo onartutako geolokazio-irakurketa bat ez da mugitzen irteera aldatzean, eta jada ezagutzen zaituen saio-hasiera ere ez.

Erabili helbide publikoaren oihartzuna eta galdetu familia bakoitzari bereizita, pila bikoitzeko probaren emaitzak kasu interesgarria ezkutatzen duelako:

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

Exekutatu biak konektatu aurretik eta ondoren. IPv4 erantzuna irteerako helbidera aldatzen bada eta IPv6 erantzuna ez, ez duzu tunel hautsirik; familia bat kanpoan bidaiatzen ari da. Bi erantzunak berdin jarraitzen badute, eskaerak ez zuen tunela inoiz iritsi eta hemen gainerakoa aplikatzen da.

Profilak trafikoaren zati bat soilik estal dezake

Tunel zatituaren profila erantzun ohikoa da, eta ez da akats bat. OpenVPN dena tuneletik bidaltzen du redirect-gateway bidalitako aukeren artean dagoenean soilik; hori gabe bezeroak bide zehatz batzuk jasotzen ditu eta zure bide lehenetsia esteka fisikoan geratzen da. Windows-en etengailu bera „Erabili atebide lehenetsia urruneko sarean” gisa agertzen da egokitzailearen IPv4 propietateetan, eta hura garbitzea berriro konektatze bakoitzean irauten duen erabaki kontzientea da.

Aplikazioko irismena bigarren geruza da. Android-en aplikazioko VPN ezarpenak zein aplikazio sartzen diren erabakitzen du, beraz egoera-barran VPN gakoak ez du frogatzen nabigatzailea haren barruan dagoenik. Bere trafikoa proxifikatzen duen nabigatzaile-luzapenak ispilu-irudia sortzen du: nabigatzaileak irteerako helbidea erakusten du, eta makina bereko posta-bezeroak edo jokoak zurea erakusten du oraindik. Konparatu eskaera bera bi aplikaziotan. Bat aldatzen bada eta bestea ez, irismena ari zara begiratzen, ez tunel huts egiten ari dena.

Helbide-familia batek zuzenean joan daiteke oraindik

VPN profil gehienak IPv4rako idatzi ziren, eta askok oraindik hala diraute. Pila bikoitzeko sarean tunelak 10.8.0.x hartzen du IPv4rako, eta esteka fisikoak IPv6 helbide globala eta bide lehenetsia mantentzen ditu, beraz IPv6 onartzen duen gunea zuzenean iristen da eta jakinarazten duen helbidea zure hornitzailearena da. Hori ihes bat da IPv4 tunela martxan dagoela, eta ikusezina da IPv4 soilik hitz egiten duen proba batentzat.

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

Irakurri interfazea erantzun bakoitzean. IPv6 bilaketak zure Ethernet edo Wi-Fi gailua izendatzen badu eta IPv4 bilaketak tunela izendatzen badu, familia horren politika falta da, ez dago hautsita. IPv6 gailu osoan itzaltzeak sintoma desagerrarazten du eta erabakia ezkutatzen du; hobe profilaren estaldura konpontzea edo familia konexio horretan soilik desgaitzea, eta idatzi zein bi aukeratu zenituen.

Bigarren bide batek bilaketa irabaz dezake

Proxy lehiakide batek, bigarren VPN bezero batek, edukiontzi edo urruneko mahaigaineko tresna baten egokitzaile birtual batek, edo probatzen ari zaren aurrizki zehatzerako bide gehigarri batek lehentasuna har dezakete. Bide zehatz batek beti irabazten dio bide lehenetsiari, beraz neurtzen ari zaren gunerako geratzen den /24 batek, zure LAN atebidera seinalatuz, trafiko hori tuneletik kanpo bidaltzen jarraitzen du, tunela zenbat eta osasuntsuago egon.

Egin inbentarioa ezer aldatu aurretik, irakurtzeko soilik diren komandoekin:

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

Bilatu metrika sinesgarria duen bide lehenetsi bat baino gehiago, eta helmuga estaltzen duen bide zehatz bat. Nabigatzailean, egiaztatu ere proxy luzapen batek edo sistemaren proxy ezarpenak konexioaren jabe egiten duen; luzapen batek bere upstream propioa izenda dezake eta sistema eragilearen irteera ukitu gabe utzi, eta horrek nabigatzailean makina bereko terminalean baino helbide desberdina sortzen du.

Neurtu berriro eskaera fresko batekin

Konektatu berriro, eta gero errepikatu neurketa lehen aldiz probatu zenuen aplikazio beretik, orrialde katxetatu batek edo berrerabilitako konexio batek egoera zaharra jakinarazten duelako. Begiratu bezeroaren loga edo gertaeren bista konexioan zehar: autentifikazioaren ondoren bideak aplikatzean errore bat edozein adierazlek baino froga sendoagoa da, eta normalean huts egin zuen bidea edo egokitzailea izendatzen du.

Eduki bi emaitzak bereizita. Helbidea aldatzen bada baina gune batek ukatzen jarraitzen badizu, tunelak lan egiten du eta guneak datu-zentroko helbide bat ukatzen du; hori beste erantzun bat duen beste arazo bat da. Helbidea inoiz aldatzen ez bada, egin lau galderak ordenan: zein helbide inprimatu zuen probak, zein familia zen, zein aplikaziok egin zuen eskaera, eta zein bidek jarraitu zuen eskaera horrek. VPN bideratze-erabakiei buruzko Microsoft dokumentazioak azaltzen du nola Windows bezero batek tunelaren eta egokitzaile fisikoaren artean aukeratzen duen, biak bide bat dutenean.

Erlazionatutako artikuluak