VPN-a erortzen da pantaila iluntzean: blokeoa, pantaila itzaltzea edo suspentsioa?
Blokeatutako saioa, itzalitako pantaila eta suspenditutako makina hiru gertaera desberdin dira. Erlazionatu itzazu journalctl erabiliz, VPN-aren bizirik mantentze-mekanismoari errua bota aurretik.
Norbaitek VPN-a hil zela pantaila ilundu zenean esaten duenean, lehen galdera erabilgarria da hiru gertaeretatik zein gertatu zen benetan: saioa blokeatu zen, panela itzali zen, edo makina osoa lo egitera joan zen. Mekanismo bereiziak dira, tenporizadore bereizietan, eta horietako batek bakarrik eragin dezake prozesu bat ez programatzea. Joan beheko egiaztapenak hurrenez hurren. Gelditu galderari erantzuten dion lehenengoan, izan ere, ondorengo egiaztapen bakoitzak beste zerbaiti erantzuten dio.
Lehen egiaztapena: bereizi blokeoa, itzaltzea eta loa
Blokeoak aldatzen du nori dagoen baimenduta saioa erabiltzea; konpositoreak marrazten jarraitzen du, sare-pilak funtzionatzen jarraitzen du eta VPN bezeroak ez du ezer nabaritzen. Pantailaren itzaltzeak panela itzaltzen du inaktibitate-tarte baten ondoren eta makina erabat esna uzten du. Suspentsioak PUZak gelditzen ditu, hau da, erabiltzaile-espazioko prozesu bat ere ez da programatzen, beraz, ezingo da bizirik mantentze-seinalerik abiarazi, tartea zenbat eta laburrago ezarri.
| Event | What it stops | Can it kill the tunnel? |
|---|---|---|
| Session lock | Input to your session | No |
| Display blank | The panel | No |
| Suspend to RAM | CPU scheduling, hence every process | Yes, and silently |
| Hibernate | Everything, with state written to disk | Yes |
Taula hori da «pantaila ilundu zen» diagnosi bat ez izatearen arrazoia. Bost minutuan itzaltzeko eta hogeita hamarretan lo egiteko ezarritako mahaigain batek pantaila iluna erakutsiko du seigarren minutuan tunel erabat osasuntsuarekin. Hogeita hamargarren minutuko hutsegitea beste gertaera bat da, beste konponbide batekin, eta biak berdin ikusten dira gelaren beste aldetik.
Bigarren egiaztapena: jarri energia- eta sare-gertaerak denbora-lerro bakarrean
Irakurri egunkaria leiho mugatu baterako, abiarazte osoa ordez, eta sartu bai saio-hasierako kudeatzailea bai konexioaren jabea:
journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --listLehen komandoak lo-eskariak, berreskuratzea eta haien ondorengo sare-trantsizioak erakusten ditu. Bigarrenak unean inhibitzaile-blokeo bat nork duen erakusten du, eta horrek esaten dizu ea zerbait loa nahita blokeatzen ari den eta zein programa den. Doitu unitate-izenak zure konexioaren jabea NetworkManager ez bada, eta gogoratu beste erabiltzaile baten unitatea edo sistemaren egunkaria irakurtzea tokiko politikaren araberakoa dela.
Falta den lerro bat ez da emaitza negatiboa. Hautatutako unitatearen egunkaria zure konturako ikusgai ez badago, lo-erregistro baten absentziak ezer ez du frogatzen, eta iragazki huts batetik «inoiz ez zuen lo egin» ondorioztatzea da jendeak aste bat bizirik mantentze-seinaleak doitzeko modua.
Hirugarren egiaztapena: suspenditu bada, erabaki nahita gertatu zen
Lo-trantsizio bat denbora-lerroan dagoenean, galdera aldatzen da VPN-a zergatik hautsi zen izatetik makina lo egin behar zuen ala ez izatera. Ordenagailu eramangarrian erantzuna sarritan bai da, eta tunelaren etenaldia espero den jokabidea da, bezeroak berreskuratu beharko lukeena esnatzean. Eskuragarri egon behar duen lan-estazio batean, lo-politika da aldatu beharreko gauza. Bi makina horietatik zeini begiratzen ari zaren erabakitzeko galdera bat behar da, eta ez da egunkariak zure ordez erantzun dezakeen galdera bat.
Aldatu saioa hasita dagoen saioari dagozkion kontrolekin, edo administratzaileak onartutako mekanismo batekin, baldintza makina osorako bada. Pantaila-kudeatzailearen ezarpen bat editatzea beste kontu batekin saioa hasita zaudela ez da ekintza bera, eta funtzionatu duela emango du hurrengo saioa hasi arte. Energia-kudeaketa erabat desgaitzea erreakzio zabalegia da, bateriaren iraupena kostatzen duena eta benetako politika-galdera ezkutatzen duena.
Laugarren egiaztapena: esna jarraitu badu, begiratu sarea eta bezeroa
Tunela galdu duen makina esna batek hiru istorioetatik bat du: sarbide-sarea erori da, VPN bezeroa gelditu edo berrabiarazi da, edo zerbitzariaren aldeak asoziazioa iraungi du, bezeroak konektatuta zegoela sinesten jarraitzen zuen bitartean. Konparatu azpiko esteka-gertaeraren denbora-zigiluak tunel-gertaerarenekin, eta izan zehatza zein iritsi zen lehenengo.
Ondoren probatu berreskuratze-bidea jatorrizko saiotik bereizita. Berreskuratutako tunelaren bidezko eskaera berri batek arrakasta izan dezake, etenaldia baino lehen irekitako aplikazio-saio luzeak hautsita jarraitzen duen bitartean, aplikazioak socket zaharkitu bat edo cachean gordetako helbide bat duelako. Hori aplikazioaren arazoa da, ez tunelak itzultzeko huts egin zuenaren froga.
Zer dauka txosten erabilgarri batek
Idatzi segida denbora-zigilu eta jabeekin: noiz blokeatu zen saioa, noiz itzali zen pantaila, lo-eskari bat erregistratu zen, noiz erori eta itzuli zen esteka, noiz aldatu zuen egoera tunelak eta zer egin zuen aplikazioak benetan. Elementu bakoitzak jabe bat du, beraz, elementu bakoitza pertsona egokiari eman dakioke, Linuxi buruzko kexa orokor bihurtu beharrean.
Errenkada horietako edozein falta bada, hori da neurtu beharreko hurrengo gauza, eta ez aldatu beharreko hurrengo gauza. Hutsunea duen denbora-lerro bat informazio gehiago ematen du susmoan oinarritutako ezarpen-aldaketa batek baino.