VPN dea nei sliep: ferlern tunnel of ferâldere app?

It deksel giet iepen, it draadleaze ikoan komt werom, en de VPN toant noch altyd ferbûn. Dan hinget de earste ynterne side oant de tiid ferrint, en in nij ljepblêd docht itselde. Trije ferskillende dingen kinne dat byld meitsje, en se freegje trije ferskillende reparaasjes: in tunnel dy’t de sliep net oerlibbe, in profyl dêr’t nimmen frege hat om it wer te aktivearjen, of in applikaasje dy’t noch in sesje hâldt dy’t oeren lyn stoarn is. Se ferlykje is flugger as eat opnij ynstallearje.

Trije dingen kinne nei it wekjen stikken wêze

De earste kandidaat is de tunnel sels. De interface kin noch bestean mei in adres wylst de ferbining mei de peer fuort is, dêrom is in yndikaasjeljocht gjin bewiis fan in wurkjende rûte. In hânskud âlder as de sliep is it teken, en der is ien opdracht nedich om it te sjen.

De twadde is aktivearring. In protte kliïnten ferbine har sels wer; guon net, en in profyl dêr’t nimmen freget om werom te kommen sit dêr mar en liket konfigurearre. Dat mislearjen is stil by ûntwerp, om’t neat in flater joech.

De tredde is de applikaasje. In browserljepblêd, in SSH-sesje of in databankferbining kin in netwurkferoaring oerlibje as bestânbeskriuwer wylst it ferfier derûnder dea is. Dan wurket in nije sesje perfekt, wat jo seit dat de tunnel de hiele tiid goed wie.

Ferlykje de trije foardat jo eat feroarje, om’t de reparaasjes net oerlaapje. In klient opnij starte dy’t nea frege is om wer te begjinnen ferspilet it bewiis dat jo nedich hiene. Skriuw op hokker kandidaat it symptoom past foardat jo in konfiguraasje oanreitsje. Dy iene sin beslút meastentiids de rest fan it ûndersyk.

Earst: kaam de tunnel werom?

Sjoch nei de interface en de steat fan de peer ynstee fan de stastekst fan de klient. In interface mei in adres en gjin resint hânskud is in tunnel dy’t allinne by namme oerein stiet.

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

As de interface hielendal ûntbrekt, oerlibbe de tunnel net en wurdt de fraach wa’t him werombringe moatten hie. As hy der is mar it hânskud is âld, moat de ferbining mei de peer wer opboud wurde, en de klient wachtet miskien op ferkear om dat te aktivearjen.

Kontrolearje ek de rûtes en de DNS-konfiguraasje. In tunnel kin weromkomme sûnder syn rûtes, wat de betiizjende steat jout wêryn’t de interface oerein is en ynterne nammen noch altyd fia de ferkearde tsjinner oplost wurde.

Twadde: frege eat him om werom te kommen?

Hjir fertsjinnet de ferliking him. In OpenVPN-ynstekprofyl en in native WireGuard-ferbining wurde oars behannele troch NetworkManager, en de referinsje foar ferbiningsynstellingen seit dúdlik dat connection.autoconnect gjin VPN-profylen aktivearret; it meganisme om in VPN mei in ferbining omheech te bringen is connection.secondaries.

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

As in hânmjittige werferbining it probleem elke kear reparearret, is dat it skaaimerk fan in ûntbrekkende aktivearring en net fan in stikken tunnel. It logboek sil meastentiids sjen litte dat de interface delgiet en neat him werombringt.

Wjerstean de oanstriid om daliks in sliephook ta te foegjen. In hook dy’t ôfgiet foardat it netwurk him wersteld hat, racet mei itselde proses dat hy besiket te helpen, en hy makket fan in werhelber probleem in tuskenskoftsprobleem.

Tredde: hâldt de applikaasje âlde steat?

Iepenje in folslein nije sesje nei itselde bestimmingsplak foardat jo de VPN oanreitsje. As de nije sesje wurket en de âlde net, is de tunnel goed en hâldt de applikaasje in deade ferbining.

Dit is de goedkeapste fan de trije kontrôles en de ien dy’t it meast oerslein wurdt, om’t it finster dat mislearret krekt op it skerm stiet. Slút it, iepenje it wer, en merkoan oft it probleem oerlibbet. As de nije sesje wurket, stopje it ûndersyk nei de tunnel hielendal. As dy ek mislearret, is de applikaasje in symptoom en net in oarsaak.

Guon applikaasjes herstelle har sels nei in tiidferrin, dêrom kin it lykje as reparearret it symptoom himsels nei in pear minuten. Dat gedrach wiist nei de applikaasje en net nei de tunnel, en it is wurdich apart op te skriuwen. In kollega dy’t seit dat it himsels gewoan reparearre hat, beskriuwt dit patroan, gjin gelok.

Meitsje de ferliking werhelber

Hâld de fariabelen lyts: ien tagongsnetwurk, ien slieptiid en elke kear itselde earste fersyk. Skriuw dan twa útkomsten op: oft in hânmjittige werferbining it reparearret, en oft noch in sliep it mislearjen werombringt.

Dy lêste observaasje is de ien dy’t de trije kandidaten it betrouberst skiedt. In wurkjende nije sesje nei in mislearre âlde is gjin tunnelprobleem, en gjin inkelde werynstallaasje fan de klient sil dat feroarje.

WireGuard syn permaninte keepalive heart yn dit byld allinne as keepalive foar NAT-mapping. Hy stjoert pakketten om in mapping iepen te hâlden; hy stopet de masine net fan sliepen en kin net trochgean mei stjoeren wylst it proses skorst is.

Skriuw yn it ticket wat jo fûn hawwe: hokker fan de trije stikken wie, wat it reparearre en hoe’t jo it werhellen. De folgjende persoan dy’t moandei in deksel iepenet sil jo tankje, en it antwurd hoecht net fan ’t begjin ôf wer ûntdutsen te wurden.