VPN dautt eftir svefn: tapaður gönguleið eða úrelt forrit?

Lokið opnast, þráðlausa táknið kemur aftur og VPN sýnist enn tengt. Fyrsta innri síðan hangir svo þar til tíminn rennur út, og nýr flipi gerir það sama. Þrjú mismunandi atriði geta skapað þessa mynd og þau þurfa þrjár mismunandi lagfæringar: gönguleið sem lifði svefninn ekki af, snið sem enginn bað um að virkja aftur, eða forrit sem heldur enn lotu sem dó fyrir klukkustundum. Að bera þau saman er fljótlegra en að setja eitthvað upp að nýju.

Þrjú atriði geta bilað eftir vakningu

Fyrsti kosturinn er gönguleiðin sjálf. Viðmótið getur enn verið til með tölu á meðan tengingin við jafningjann er farin, þess vegna er vísirlampr ekki sönnun um virka leið. Handaband sem er eldra en svefninn er vísbendingin, og ein skipun nægir til að sjá það.

Annað er virkjunin. Margir biðlar tengjast aftur sjálfir; sumir ekki, og snið sem enginn biður um að koma aftur situr þar og lítur út fyrir að vera stillt. Þetta bilun er hljóð af hönnun, því ekkert gaf villu.

Þriðja er forritið. Vafraflipi, SSH-lota eða gagnagrunnstenging geta lifað netbreytingu af sem skráarlykill á meðan flutningurinn undir þeim er dauður. Ný lota virkar þá fullkomlega, sem segir þér að gönguleiðin hafi verið í lagi allan tímann.

Berðu saman þrjú áður en þú breytir einhverju, því lagfæringarnar skarast ekki. Að endurræsa biðil sem var aldrei beðinn um að ræsa aftur eyðir sönnuninni sem þú þurftir á að halda. Skrifaðu niður hvaða kosti einkennin passa við áður en þú snertir stillingu. Þessi eina setning ræður venjulega restinni af rannsókninni.

Fyrst: kom gönguleiðin aftur?

Líttu á viðmótið og ástand jafningjans frekar en stöðutexta biðilsins. Viðmót með tölu og án nýlegs handabands er gönguleið sem er aðeins til að nafninu.

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

Ef viðmótið vantar alveg lifði gönguleiðin ekki af og spurningin verður hver átti að koma henni aftur. Ef það er til en handabandið gamalt þarf að endurreisa tenginguna við jafningjann, og biðillinn bíður kannski eftir umferð sem kveikir hana.

Athugaðu líka leiðirnar og DNS-stillinguna. Gönguleið getur komið aftur án leiðanna sinna, sem skapar ruglingslegt ástand þar sem viðmótið er uppi og innri nöfn leysast enn í gegnum rangann þjón.

Annað: bað eitthvað hana að koma aftur?

Hér borgar samanburðurinn sig. NetworkManager meðhöndlar OpenVPN-viðbótarsnið og innfædda WireGuard-tengingu á mismunandi hátt, og viðmiðunin um tengistillingar segir skýrt að connection.autoconnect virki ekki VPN-snið; fyrirkomulagið til að reisa VPN með tengingu er connection.secondaries.

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

Ef handvirk endurtenging lagar vandamálið í hvert sinn er það merki um vantaða virkjun en ekki bilaða gönguleið. Annállinn sýnir venjulega viðmótið fara niður og ekkert koma því aftur.

Standast freistnina að bæta svefnkrók við undir eins. Krókur sem fer af stað áður en netið hefur jafnað sig keppir við sama ferlið og hann reynir að hjálpa, og hann gerir endurgeranlegt vandamál að óstöðugu vandamáli.

Þriðja: heldur forritið gamla ástandinu?

Opnaðu algerlega nýja lotu á sama áfangastað áður en þú snertir VPN. Ef nýja lotan virkar og sú gamla ekki er gönguleiðin í lagi og forritið heldur dauðri tengingu.

Þetta er ódýrasta af þremur prófunum og sú sem oftast er sleppt, því glugginn sem bregst er einmitt á skjánum. Lokaðu honum, opnaðu hann aftur og taktu eftir hvort vandamálið lifi af. Ef nýja lotan virkar skaltu hætta rannsókn á gönguleiðinni algerlega. Ef hún bregst líka er forritið einkenni en ekki orsök.

Sum forrit jafna sig sjálf eftir tímatakmark, þess vegna getur einkennin virst laga sig sjálf eftir nokkrar mínútur. Sú hegðun bendir á forritið en ekki gönguleiðina, og það er þess virði að skrá hana sérstaklega. Samstarfsmaður sem segir að það hafi bara lagað sig sjálft lýsir þessu mynstri, ekki heppni.

Gerðu samanburðinn endurgeranlegan

Haltu breytunum litlum: eitt aðgangsnet, ein svefnlengd og sama fyrsta beiðnin í hvert sinn. Skráðu svo tvo útkomur: hvort handvirk endurtenging lagar það og hvort annar svefn færir bilunina aftur.

Síðasta athugunin er sú sem aðskilur þrjá kostina á áreiðanlegastan hátt. Ný lota sem virkar eftir misheppnaða gamla er ekki vandamál gönguleiðarinnar, og engin uppsetning biðilsins mun breyta því.

Viðvarandi keepalive WireGuard á heima í þessari mynd aðeins sem keepalive NAT-kortlagningar. Það sendir pakka til að halda kortlagningu opinni; það kemur ekki í veg fyrir að vélin sofni og getur ekki haldið áfram að senda á meðan ferlið er í bið.

Skráðu í miðann hvað þú fannst: hvað af þrennu var bilað, hvað lagfærði það og hvernig þú endurgerðir það. Næsta manneskja sem opnar lok á mánudegi mun þakka þér, og svarið þarf ekki að uppgötvast frá grunni.