VPNak berriro konektatzen du gidatzean: irrati aldaketa ala IP aldaketa?

Deia eteten da herriaren ertzetik gidatzen duzunean, eta VPN ikonoa une berean desagertzen da. Tentagarria da hori “dorre aldaketak tunela hil zuen” gisa erregistratzea. Bi gauza desberdin gertatu ziren, eta horietako bakarra da dorreei buruzkoa. Irrati eskualdaketa batek zure IP helbidea, ibilbide lehenetsia eta saioa erabat ukitu gabe utz ditzake, aldiz benetako helbide aldaketa batek berarekin mugitu ezin den edozein tunel hautsiko du. Bezeroek bigarren kasu hori nola kudeatzen duten alderatzea da ariketa erabilgarria, egindako portaera edo akats bat ikusten ari zaren esaten dizulako.

Dorre aldaketa bat ez da nahitaez helbide aldaketa bat

Sare mugikorrek pakete saioa bizirik mantentzen dute eskualdaketen zehar, operadorearen mugikortasun aingura bera mantentzen den bitartean. Irrati esteka aldatzen da, tunelak ez du nabaritzen, eta ez luke berriro konektatzerik agertu behar inolako erregistrotan. Hori da hiri barruko mugimendurako ohiko kasua.

Helbidea aldatzen duena ainguren arteko mugimendua, Wi-Fi-tik mugikorrera aldatzea edo operadorearen aldeko tunel berrezartze bat da, eten luze baten ondoren. Gertaera horiek zure paketeek daramaten jatorri helbidea ordezkatzen dute, eta VPN pare batek mugitu den pare bat ikusten du.

Ondorio praktikoa da mugimendua ez dela froga. Berrogei kilometro egin dituen gailu batek helbide bakarra mantendu zezakeen bide osoan, eta geldirik dagoen gailu batek bi aldiz alda zezakeen helbidea, sareak hala erabaki zuelako. Gertaera erregistratzea da biak bereizteko modu bakarra.

Bi diseinu: tunela mugitu edo berreraiki

Bezeroak desberdinak dira kanpoko iturria aldatu izanak zenbat axola dien. Batzuek tunela eraiki zen helbidera lotzen dute eta berrezartze osoa eskatzen dute. Beste batzuek pakete bakoitza modu independentean autentifikatzen dute eta erantzunak nora bidaltzen dituzten besterik ez dute eguneratzen.

Goiko errenkadak txosten nahasgarri asko azaltzen ditu. WireGuardek ez du hausteko saiorik: pakete bakoitzak parearen indizea darama eta autentifikatuta dago, beraz helbide berri batetik iristen den pakete baliozkoa definizioz pare horrena da, eta erregistratutako muturrak hari jarraitzen dio. Gidaldian zehar etengabe “konektatuta” erakusten duen bezeroak egia esaten du.

Beheko errenkada ere ez da akats bat. Saioa berreraikitzeak autentifikazioa egungo helbidearen aurka berriz exekutatzen du, eta hori da hain zuzen nahi duzuna helbide zaharra orain beste norbaitena izan daitekeenean.

Beha ezazu gertaera, ez mugimendua

Androiden konektibitate azpisistemak sare aldaketak gertaera gisa jakinarazten ditu, eta horiek dira bezeroaren portaerarekin erlazionatu behar dituzunak. Iraulketa luzea da, baina zati garrantzitsuak sare lehenetsia eta haren helbidea dira:

adb shell dumpsys connectivity | grep -E 'NetworkAgentInfo|Default network'
adb shell ip -br addr show
adb logcat -b main -s Vpn:* | head -n 40

Zerbitzariaren aldean roaming kasurako zuzeneko neurketa dago. WireGuardek pare bakoitzeko azken mutur autentifikatua gordetzen du, beraz helbide aldaketa balio aldatu gisa agertzen da, berriro konektatze gisa beharrean:

sudo wg show wg0 endpoints
sudo wg show wg0 latest-handshakes

Konparatu muturra gidaldiaren aurretik eta ondoren. Helbidea eta ataka aldatu gabe badaude, tunelak ez zuen ezer egin behar eta berriro konektatzea beste nonbaitetik etorri zen, normalean aplikaziotik. Muturra aldatu bada eskuko keinuko denbora zigilua bere gako berritze tarte arruntetik gertu mantendu bitartean, tunela mugitu egin zen, berrabiarazi beharrean.

Berrabiarazteak beste itxura du: eskuko keinuko denbora zigilua berriro konektatzeko unera itzultzen da, eta bezeroak hasieratze sekuentzia erregistratzen du, isilpeko jarraipen bat beharrean.

Noiz da berriro konektatzea portaera egokia

Berriro konektatze oro akats gisa tratatzeak hildako saioak bizirik edukitzen dituzten konfigurazioetara eramaten du. Sareak berresleitu ziolako helbidea aldatu zaion pare batek ez luke mapa zaharrarentzako trafikorik jaso behar, eta isilpean jarraitzen duen bezeroa zulo beltz batera bidaltzen amaitu daiteke ikonoa berde jarraitzen duen bitartean.

Konparatu bi hutsegiteak erabiltzailearen ikuspegitik. Berriro konektatzeak segundo batzuk eta berrautekatze bat kostatzen ditu. Tunel zaharkitu batek errore gabe zintzilikatzen den aplikazio bat kostatzen du, askoz zailagoa da hori azaltzea eta askoz seguruagoa da “interneta hondatuta dago” gisa salatzea.

Azpian politika galdera bat ere ezkutatzen da. Bide bat galtzearen eta beste bat ezartzearen arteko tartean, bezero batzuek trafikoa zuzenean bidaltzera itzultzen dira. Hori eragoztea berreskurapen automatikoaren kontrol bereizia da, eta bezero bat ona izan daiteke batean eta txarra bestean. Erabaki zein behar duzun bietako bat doitu aurretik.

Idatzi behatutako sekuentzia

Txosten erabilgarri batek gertaeraren iturria aipatzen du: sare lehenetsiaren aldaketa helbide berri batekin, Wi-Fi-tik mugikorrera aldaketa edo helbide aldaketarik gabeko eskualdaketa. Ondoren bezeroak zer egin zuen adierazten du, zerbitzariaren aldeko denbora zigiluarekin, memoriarekin beharrean.

Tunela mugitu bada, esan eta ohartarazi mutur familia berria. Berrezarri bada, adierazi autentifikazioak lehen saiakeran asmatu ote zuen eta tarteak zenbat iraun zuen. Hiru gertaera horiek mugikor diseinu osasuntsua sareen artean kulunka dabilen bezeroarengandik bereizten dute.

Eta saihestu “dorre aldaketa” esaldia, gailuaren erregistroak hala ezartzen ez badu behintzat. Androiden konektibitate dokumentazioak erabilgarritasuna sare lehenetsiaren aldaketatik bereizten duten itzulera deiak deskribatzen ditu, eta bereizketa hori da zure txostenak behar duena. Gainerako guztia gidatzeari buruzko istorio bat da.