VPN hilda loaren ondoren: tunela galdu ala aplikazio zaharkitua?

Tapa irekitzen da, haririk gabeko ikonoa itzultzen da, eta VPNak konektatuta jarraitzen du. Orduan lehen barne-orrialdeak zintzilik geratzen da denbora-muga amaitu arte, eta fitxa berri batek gauza bera egiten du. Hiru gauza desberdinek sor dezakete irudi hori, eta hiru konponketa desberdin behar dituzte: loaldia gainditu ez zuen tunel bat, inork berriro aktibatzeko eskatu ez zuen profil bat, edo duela ordu batzuk hil zen saio bat oraindik mantentzen duen aplikazio bat. Haiek alderatzea edozer berriz instalatzea baino azkarragoa da.

Hiru gauza honda daitezke esnatu ondoren

Lehen hautagaia tunela bera da. Interfazeak helbide batekin jarrai dezake, parearekiko elkartzea desagertu den bitartean, horregatik argi adierazle bat ez da bide funtzionalaren froga. Loaldia baino zaharragoa den esku-emate bat da arrastoa, eta komando bat nahikoa da hura ikusteko.

Bigarrena aktibazioa da. Bezero asko bere kabuz konektatzen dira berriro; batzuek ez, eta inork itzultzeko eskatzen ez dion profil bat han geratzen da konfiguratuta emanez. Hutsegite hori isila da diseinuz, ezerk ez baitzuen errore eman.

Hirugarrena aplikazioa da. Nabigatzaileko fitxa batek, SSH saio batek edo datu-baseko konexio batek sare-aldaketa gaindi dezake fitxategi-deskriptore gisa, azpian dagoen garraioa hilda dagoen bitartean. Orduan saio berri batek primeran funtzionatzen du, eta horrek esaten dizu tunela ondo zegoela denbora osoan.

Konparatu hirurak ezer aldatu aurretik, konponketek gainjartzen ez direlako. Inoiz berriro abiatzeko eskatu ez zioten bezero bat berrabiarazteak behar zenuen froga alferrik galtzen du. Idatzi sintomak zein hautagairi egokitzen dion konfigurazioari ukitu aurretik. Esaldi bakar horrek erabakitzen du normalean ikerketaren gainerakoa.

Lehenik: itzuli al da tunela?

Begiratu interfazeari eta parearen egoerari, bezeroaren beraren egoera-testuari beharrean. Helbidea duen eta azken esku-ematerik ez duen interfazea izenez bakarrik dagoen tunela da.

ip -brief addr show
wg show
ip route show table all | head -20

Interfazea erabat falta bada, tunelak ez zuen gainditu eta galdera nork ekarri behar zuen bihurtzen da. Badago baina esku-ematea zaharra bada, parearekiko elkartzea berrezarri behar da, eta bezeroak trafikoaren zain egon daiteke hura pizteko.

Egiaztatu ibilbideak eta DNS konfigurazioa ere. Tunelak bere ibilbide gabe itzul daiteke, eta horrek egoera nahasia sortzen du: interfazea martxan dago eta barne-izenak oraindik zerbitzari okerraren bidez ebazten dira.

Bigarrenik: eskatu al zion norbaitek itzultzeko?

Hemen irabazten du konparaketak bere balioa. OpenVPN plugin-profil bat eta WireGuard konexio natibo bat modu desberdinean kudeatzen ditu NetworkManagerrek, eta konexio-ezarpenen erreferentzia argi dio connection.autoconnect ez dela VPN profilak aktibatzen dituen mekanismoa; VPN bat konexio batekin altxatzeko mekanismoa connection.secondaries da.

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

Eskuz berriro konektatzeak arazoa beti konpontzen badu, falta den aktibazio baten sinadura da, ez tunel haustu batena. Erregistroak normalean erakutsiko du interfazea jaisten eta ezerk ez duela hura itzultzen.

Erresistitu berehala lo-hook bat gehitzearen bulkada. Sarea berreskuratu aurretik pizten den hook batek laguntzen saiatzen ari den prozesu berarekin lehiatzen du, eta arazo errepikagarria noizean behingoa bihurtzen du.

Hirugarrenik: egoera zaharra mantentzen al du aplikazioak?

Ireki saio erabat berri bat helmuga berera, VPNari ukitu aurretik. Saio berriak funtzionatzen badu eta zaharrak ez, tunela ondo dago eta aplikazioak konexio hil bat mantentzen du.

Hau da hiru egiaztapenetatik merkeena eta sarrien saltatzen dena, huts egiten duen leihoa pantailan bertan dagoelako. Itxi, ireki berriro, eta ohartu arazoak irauten duen. Saio berriak funtzionatzen badu, utzi tunelaren ikerketa erabat. Hark ere huts egiten badu, aplikazioa sintoma da, ez kausa.

Aplikazio batzuek beren kabuz sendatzen dira denbora-muga baten ondoren, horregatik sintomak badirudi minutu batzuen buruan bere kabuz konpondu dela. Jokabide horrek aplikazioari seinalatzen dio, ez tunelari, eta merezi du aparte erregistratzea. Bere kabuz konpondu dela dioen lankideak eredu hori deskribatzen du, ez zortea.

Egin konparaketa errepikagarri

Eduki aldagaiak txiki: sarbide-sare bat, loaldi-iraupen bat eta beti lehen eskaera bera. Gero erregistratu bi emaitza: eskuz berriro konektatzeak konpontzen duen eta beste loaldi batek hutsegitea itzultzen duen.

Azken behaketa hori da hiru hautagaiak modurik fidagarrienean bereizten dituena. Huts egindako saio zahar baten ondoren funtzionatzen duen saio berria ez da tunelaren arazoa, eta bezeroa berriz instalatzeak ez du hori aldatuko.

WireGuarden keepalive iraunkorrak NAT mapatze keepalive gisa soilik du tokia irudi honetan. Paketeak bidaltzen ditu mapatze bat irekita edukitzeko; ez dio makina lo egitea eragozten eta ezin du bidaltzen jarraitu prozesua etenda dagoen bitartean.

Erregistratu tiketan zer aurkitu duzun: hiruretatik zein zegoen hondatuta, zerk konpondu zuen eta nola errepikatu zenuen. Astelehenean tapa bat irekitzen duen hurrengoak eskertuko dizu, eta erantzuna ez da hutsetik berriro aurkitu beharko.