VPN halott alvás után: elveszett alagút vagy elavult alkalmazás?

A fedél kinyílik, a vezeték nélküli ikon visszatér, és a VPN továbbra is csatlakozottként jelenik meg. Ezután az első belső oldal lefagy az időtúllépésig, és egy új lap ugyanezt teszi. Három különböző dolog hozhatja létre ezt a képet, és három különböző javítást igényelnek: egy alagút, amely nem élte túl az alvást, egy profil, amelyet senki nem kért újraaktiválni, vagy egy alkalmazás, amely még tart egy órákkal ezelőtt meghalt munkamenetet. Összehasonlításuk gyorsabb, mint bármit újratelepíteni.

Három dolog romolhat el ébredés után

Az első jelölt maga az alagút. A csatoló továbbra is létezhet címmel, miközben a partnerkapcsolat eltűnt, ezért a jelzőfény nem bizonyíték a működő útvonalra. Az alvásnál régebbi kézfogás az árulkodó jel, és egyetlen parancs elég hozzá, hogy lássa.

A második az aktiválás. Sok kliens magától újracsatlakozik; néhány nem, és a profil, amelyet senki nem kér vissza, ott marad és beállítottnak látszik. Ez a hiba tervezésből csendes, mert semmi nem jelzett hibát.

A harmadik az alkalmazás. Egy böngészőlap, egy SSH-munkamenet vagy egy adatbázis-kapcsolat túlélhet egy hálózatváltást fájlleíróként, miközben az alatta lévő átvitel halott. Akkor egy új munkamenet tökéletesen működik, ami azt mondja, hogy az alagút végig rendben volt.

Hasonlítsa össze a hármat, mielőtt bármit megváltoztat, mert a javítások nem fedik egymást. Egy kliens újraindítása, amelyet soha nem kértek újraindításra, elpazarolja a szükséges bizonyítékot. Jegyezze fel, melyik jelölthöz illik a tünet, mielőtt hozzányúl egy beállításhoz. Ez az egy mondat általában eldönti a vizsgálat többi részét.

Először: visszatért az alagút?

A csatolót és a partner állapotát nézze, ne a kliens saját állapotszövegét. Egy címmel rendelkező, de friss kézfogás nélküli csatoló csak névleg létező alagút.

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

Ha a csatoló teljesen hiányzik, az alagút nem élte túl, és a kérdés az lesz, kinek kellett volna visszahoznia. Ha megvan, de a kézfogás régi, a partnerkapcsolatot újra kell építeni, és a kliens talán forgalomra vár, amely aktiválja.

Ellenőrizze az útvonalakat és a DNS-beállítást is. Az alagút visszatérhet az útvonalai nélkül, ami azt a zavaró állapotot eredményezi, amikor a csatoló működik, és a belső nevek mégis a rossz kiszolgálón keresztül oldódnak fel.

Másodszor: kérte valami, hogy térjen vissza?

Itt éri meg magát az összehasonlítás. A NetworkManager másképp kezeli az OpenVPN-beépülőprofilt és a natív WireGuard-kapcsolatot, és a kapcsolatbeállítások referenciája világosan kimondja, hogy connection.autoconnect nem aktivál VPN-profilokat; a VPN kapcsolattal való felemelésének mechanizmusa connection.secondaries.

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

Ha a kézi újracsatlakozás minden alkalommal megjavítja a problémát, az a hiányzó aktiválás, nem a törött alagút jele. A napló általában megmutatja, ahogy a csatoló leesik, és semmi nem hozza vissza.

Ellenálljon a késztetésnek, hogy azonnal alváshorogot adjon hozzá. Az a horog, amely a hálózat helyreállása előtt fut le, verseng azzal a folyamattal, amelynek segíteni próbál, és egy reprodukálható problémát időszakossá tesz.

Harmadszor: tart-e az alkalmazás régi állapotot?

Nyisson teljesen új munkamenetet ugyanahhoz a célhoz, mielőtt hozzányúl a VPN-hez. Ha az új munkamenet működik, a régi nem, az alagút rendben van, és az alkalmazás halott kapcsolatot tart.

Ez a három ellenőrzés közül a legolcsóbb és a leggyakrabban kihagyott, mert a hibázó ablak ott van a képernyőn. Zárja be, nyissa meg újra, és jegyezze meg, túléli-e a probléma. Ha az új munkamenet működik, hagyja abba teljesen az alagút vizsgálatát. Ha az is elbukik, az alkalmazás tünet, nem ok.

Néhány alkalmazás időtúllépés után magától helyreáll, ezért tűnhet úgy, hogy a tünet néhány perc múlva magától megjavul. Ez a viselkedés az alkalmazásra mutat, nem az alagútra, és érdemes külön feljegyezni. A kolléga, aki azt mondja, hogy csak magától megjavult, ezt a mintát írja le, nem szerencsét.

Tegye reprodukálhatóvá az összehasonlítást

Tartsa kicsin a változókat: egy hozzáférési hálózat, egy alvási időtartam és minden alkalommal ugyanaz az első kérés. Aztán jegyezzen fel két eredményt: megjavítja-e a kézi újracsatlakozás, és visszahozza-e a hibát egy újabb alvás.

Az utolsó megfigyelés az, amely a három jelöltet a legmegbízhatóbban elválasztja. Egy működő új munkamenet egy elbukott régi után nem alagútprobléma, és a kliens újratelepítése sem változtat ezen.

A WireGuard állandó keepalive-ja csak NAT-leképezési keepalive-ként tartozik ebbe a képbe. Csomagokat küld, hogy nyitva tartson egy leképezést; nem akadályozza meg a gép elalvását, és nem tud tovább küldeni, amíg a folyamat fel van függesztve.

Jegyezze fel a jegybe, mit talált: melyik volt a háromból hibás, mi javította meg, és hogyan reprodukálta. A következő ember, aki hétfőn kinyit egy fedelet, hálás lesz, és nem kell a választ nulláról újra felfedezni.