A VPN megszakad, amikor a képernyő elsötétül: zárolás, kikapcsolt kijelző vagy alvás?

Amikor valaki azt mondja, hogy a VPN meghalt, amikor a képernyő elsötétült, az első hasznos kérdés az, hogy a három esemény közül melyik történt meg valójában: zárolódott a munkamenet, kikapcsolt a panel, vagy az egész gép elaludt. Ezek külön mechanizmusok külön időzítőkkel, és csak az egyikük akadályozhatja meg teljesen egy folyamat ütemezését. Járja végig az alábbi ellenőrzéseket sorrendben. A kérdésre választ adó elsőnél álljon meg, mert minden utána következő másra válaszol.

Első ellenőrzés: válassza szét a zárolást a sötétedéstől és az alvástól

A zárolás megváltoztatja, ki használhatja a munkamenetet; a kompozitáló tovább rajzol, a hálózati verem tovább fut, és a VPN kliens semmit sem vesz észre. A kijelző sötétedése egy tétlenségi időköz után kikapcsolja a panelt, és a gépet teljesen ébren hagyja. Az alvás leállítja a processzorokat, ami azt jelenti, hogy egyetlen felhasználói térben futó folyamat sem kerül ütemezésre, így egyetlen életben tartó jel sem futhat le, akármilyen rövidre állítja is az időközt.

Ez a táblázat az oka annak, hogy a „a képernyő elsötétült“ nem diagnózis. Egy asztali gép, amely öt percnél sötétedésre és harmincnál alvásra van beállítva, a hatodik percben sötét képernyőt mutat teljesen egészséges alagúttal. A harmincadik percben jelentkező hiba más esemény más megoldással, és mindkettő ugyanúgy néz ki a szoba túlsó végéből.

Második ellenőrzés: tegye egy idővonalra az energia- és hálózati eseményeket

A naplót korlátozott időablakra olvassa, ne az egész indításra, és foglalja bele a bejelentkezési kezelőt és a kapcsolat tulajdonosát is:

journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --list

Az első parancs az alvási kéréseket, az ébresztést és az azokat követő hálózati átmeneteket mutatja. A második azt mutatja, mi tart éppen egy gátló zárat, ami megmondja, hogy valami szándékosan blokkolja-e az alvást, és melyik program az. Igazítsa ki az egységneveket, ha a kapcsolat tulajdonosa nem a NetworkManager, és ne feledje, hogy egy másik felhasználó egységének vagy a rendszernaplónak az olvasása a helyi szabályzattól függ.

A hiányzó sor nem negatív eredmény. Ha a kiválasztott egység naplója nem látható a fiókja számára, az alvási rekord hiánya semmit sem bizonyít, és a „soha nem aludt“ következtetése egy üres szűrőből az az út, amelyen az emberek egy hetet töltenek az életben tartó jelek hangolásával.

Harmadik ellenőrzés: ha elaludt, döntse el, szándékos volt-e

Amint egy alvási átmenet felkerül az idővonalra, a kérdés átvált arról, miért tört el a VPN, arra, hogy a gépnek egyáltalán aludnia kellett volna-e. Hordozható gépen a válasz gyakran igen, és az alagút megszakadása várt viselkedés, amelyből a kliensnek ébredéskor fel kell épülnie. Egy munkaállomáson, amelynek elérhetőnek kell maradnia, az alvási szabályzat az, amit módosítani kell. Annak eldöntése, hogy melyik gép előtt ül, egyetlen kérdést igényel, és ez nem olyan kérdés, amelyre a napló válaszolhat Ön helyett.

Módosítsa a bejelentkezett munkamenethez tartozó vezérlőkkel, vagy adminisztrátor által támogatott mechanizmussal, ha a követelmény az egész gépre vonatkozik. A kijelzőkezelő beállításának szerkesztése másik fiókkal bejelentkezve nem ugyanaz a művelet, és úgy fog tűnni, hogy működött, amíg a következő munkamenet el nem indul. Az energiakezelés teljes kikapcsolása széles első reakció, amely akkumulátor-élettartamba kerül, és elrejti a valódi szabályzati kérdést.

Negyedik ellenőrzés: ha ébren maradt, nézze meg a hálózatot és a klienst

Az ébren lévő gépnek, amely elvesztette az alagútját, három történet egyike van: leesett a hozzáférési hálózat, leállt vagy újraindult a VPN kliens, vagy a kiszolgáló oldala lejáratta a társítást, miközben a kliens továbbra is azt hitte, hogy kapcsolódva van. Hasonlítsa össze az alapul szolgáló kapcsolatesemény időbélyegeit az alagút eseményével, és legyen pontos abban, melyik volt előbb.

Ezután tesztelje a helyreállítási útvonalat külön az eredeti munkamenettől. Egy új kérés a helyreállított alagúton át sikerülhet, miközben a megszakadás előtt megnyitott hosszú életű alkalmazás-munkamenet törött marad, mert az alkalmazás elavult foglalatot vagy gyorsítótárazott címet tart. Ez alkalmazáshiba, nem annak bizonyítéka, hogy az alagút nem tért vissza.

Mit tartalmaz egy hasznos jelentés

Írja le a sorrendet időbélyegekkel és tulajdonosokkal: mikor zárolódott a munkamenet, mikor sötétedett el a képernyő, rögzítettek-e alvási kérést, mikor esett le és tért vissza a kapcsolat, mikor változtatott állapotot az alagút, és mit tett valójában az alkalmazás. Minden tételnek van tulajdonosa, így minden tétel a megfelelő személyhez kerülhet ahelyett, hogy a Linuxról szóló általános panasszá válna.

Ha bármelyik sor hiányzik, az a következő dolog, amit mérni kell, nem pedig a következő, amit módosítani kell. A réssel rendelkező idővonal informatívabb, mint a sejtésre épülő beállításmódosítás.