VPN falt fuort as it skerm tsjuster wurdt: slot, blank skerm of sliep?
In besletten sesje, in blank skerm en in sliepende masine binne trije ferskillende barrenen. Korrelearje se mei journalctl foardat jo de keepalive fan de VPN de skuld jouwe.
As immen seit dat de VPN dea gie doe't it skerm tsjuster waard, is de earste nuttige fraach hokker fan trije barrenen echt barde: de sesje waard besletten, it paniel gie út, of de hiele masine gie yn sliep. Dat binne aparte meganismen op aparte timers, en mar ien fan harren kin foarkomme dat in proses hielendal pland wurdt. Wurkje de kontrôles hjirûnder yn folchoarder troch. Stop by de earste dy't de fraach beantwurdet, want elke kontrôle dêrnei beantwurdet eat oars.
Kontrôle ien: skied it slot fan it blanke skerm en fan de sliep
In slot feroaret wa't de sesje brûke mei; de kompositor tekenet troch, de netwurkstapel rint troch en de VPN-klant merkt neat. Blanken fan it skerm set it paniel út nei in tiid fan ynaktiviteit en lit de masine folslein wekker. Sliep stopet de prosessors, wat betsjut dat gjin proses yn 'e brûkersromte pland wurdt, dus gjin keepalive kin ôfgean, hoe koart jo it ynterval ek sette.
| 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 |
Dizze tabel is de reden dat «it skerm waard tsjuster» gjin diagnoaze is. In burokompjûter dy't op fiif minuten blanket en op tritich sliept, sil op minút seis in tsjuster skerm sjen litte mei in folslein sûne tunnel. De flater op minút tritich is in oar barren mei in oare oplossing, en beide lykje itselde fan 'e oare kant fan 'e keamer.
Kontrôle twa: set enerzjy- en netwurkbarrenen op ien tiidline
Lês it sjoernaal foar in beheind finster ynstee fan de hiele opstart, en nim sawol de oanmeldbehearder as de eigner fan 'e ferbining mei:
journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --listIt earste kommando lit sliepferzoeken, it wekker wurden en de netwurkoergongen sjen dy't dêrop folgen. It twadde lit sjen wat op dit stuit in inhibiterslot hâldt, wat jo fertelt oft eat mei opsetsin sliep blokkearret en hokker programma dat is. Pas de ienheidsnammen oan as de eigner fan jo ferbining gjin NetworkManager is, en tink deroan dat it lêzen fan in oare brûkersienheid of it systeemsjoernaal fan pleatslik belied ôfhinget.
In ûntbrekkende rigel is gjin negatyf resultaat. As it sjoernaal fan 'e keazen ienheid net sichtber is foar jo akkount, bewiist it ûntbrekken fan in sliepregistraasje neat, en de konklúzje «it sliepte nea» út in leech filter is de manier wêrop minsken in wike keepalives bystelle.
Kontrôle trije: as it sliepte, beslute oft dat de bedoeling wie
Sadree't in sliepoergong op 'e tiidline stiet, feroaret de fraach fan wêrom't de VPN bruts nei oft de masine hielendal sliepe moatten hie. Op in laptop is it antwurd faak ja, en de tunnelûnderbrekking is ferwachte gedrach dêr't de klant by it wekker wurden fan opknappe moat. Op in wurkstasjon dat berikber bliuwe moat, is it sliepbelied it ding dat feroare wurde moat. Beslute hokker fan dy twa masines jo sjogge freget ien fraach, en it is gjin fraach dy't it sjoernaal foar jo beantwurdzje kin.
Feroarje it fia de kontrôles dy't by de oanmelde sesje hearre, of fia in troch de behearder stipe meganisme as de eask foar de hiele masine jildt. It bewurkjen fan in ynstelling fan 'e byldskermbehearder wylst jo oanmeld binne as in oar akkount is net deselde aksje en sil lykje as wurke it oant de folgjende sesje begjint. Enerzjybehear hielendal útsette is in brede earste reaksje dy't batterijlibben kostet en de echte beliedsfraach ferstoppet.
Kontrôle fjouwer: as it wekker bleau, sjoch nei it netwurk en de klant
In wekker masine dy't syn tunnel ferlear hat ien fan trije ferhalen: it tagongsnetwurk foel fuort, de VPN-klant stoppe of starte opnij, of de serverkant liet de assosjaasje ferrinne wylst de klant bleau leauwen dat er ferbûn wie. Fergelykje de tiidstimpels fan it ûnderlizzende keppelbarren mei it tunnelbarren, en wês presys oer hokker earst kaam.
Test dan it herstelpaad apart fan 'e oarspronklike sesje. In nij fersyk fia de werombrochte tunnel kin slagje wylst de langduorjende applikaasjesesje dy't foar de ûnderbrekking iepene waard, stikken bliuwt, om't de applikaasje in ferâldere socket of in yn 'e cache bewarre adres hâldt. Dat is in applikaasjeprobleem, gjin bewiis dat de tunnel net weromkaam.
Wat in nuttich rapport befettet
Skriuw de folchoarder mei tiidstimpels en eigners: wannear't de sesje besletten waard, wannear't it skerm blank waard, oft in sliepferzoek registrearre waard, wannear't de keppeling foel en weromkaam, wannear't de tunnel fan tastân feroare en wat de applikaasje echt die. Elk item hat in eigner, dus elk item kin oan 'e juste persoan jûn wurde ynstee fan in algemiene klacht oer Linux te wurden.
As ien fan dy rigels ûntbrekt, is dat it folgjende ding om te mjitten ynstee fan it folgjende ding om te feroarjen. In tiidline mei in gat is ynformativer as in ynstellingsferoaring dy't op in gefoel dien is.