VPN inakatika skrini inapokuwa nyeusi: kufuli, skrini tupu au usingizi?
Kikao kilichofungwa, skrini iliyofifia na mashine iliyolala ni matukio matatu tofauti. Yalinganishe na journalctl kabla ya kulaumu utaratibu wa kuweka muunganisho wa VPN.
Mtu anaposema VPN ilikufa skrini ilipokuwa nyeusi, swali la kwanza lenye manufaa ni lipi kati ya matukio matatu yalitokea kwa kweli: kikao kilifungwa, paneli ilizimwa, au mashine yote ilikwenda usingizini. Hizi ni mifumo tofauti kwenye vipima muda tofauti, na ni moja tu kati yao inayoweza kuzuia kabisa kupangwa kwa mchakato. Pitia ukaguzi ulio hapa chini kwa mpangilio. Simama kwenye ule wa kwanza unaojibu swali, kwa sababu kila ukaguzi baada yake unajibu jambo lingine.
Ukaguzi wa kwanza: tenganisha kufuli na skrini tupu na usingizi
Kufuli hubadilisha nani anaruhusiwa kutumia kikao; mtunzi anaendelea kuchora, mrundi wa mtandao unaendelea kufanya kazi na mteja wa VPN haoni kitu. Kufifia kwa skrini huzima paneli baada ya kipindi cha kutokuwa na shughuli na kuacha mashine ikiwa macho kabisa. Usingizi husimamisha vichakato, kumaanisha hakuna mchakato wa nafasi ya mtumiaji unaopangwa, kwa hiyo hakuna ishara ya kuweka muunganisho inayoweza kuwaka, hata uweke kipindi kifupi kiasi gani.
| 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 |
Jedwali hilo ndilo sababu «skrini ilififia» si utambuzi. Kompyuta ya mezani iliyowekwa kufifia baada ya dakika tano na kulala baada ya thelathini itaonyesha skrini nyeusi kwenye dakika ya sita ikiwa na handaki lenye afya kabisa. Hitilafu kwenye dakika ya thelathini ni tukio lingine lenye suluhisho lingine, na yote mawili yanaonekana sawa kutoka upande wa pili wa chumba.
Ukaguzi wa pili: weka matukio ya nishati na mtandao kwenye mstari mmoja wa muda
Soma jarida kwa dirisha dogo badala ya uzinduzi wote, na ujumuishe meneja wa kuingia na mmiliki wa muunganisho wote wawili:
journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --list
Amri ya kwanza inaonyesha maombi ya usingizi, kuamka na mabadiliko ya mtandao yaliyofuata. Ya pili inaonyesha kile kinachoshikilia kufuli ya kuzuia kwa sasa, ambayo inakuambia kama kitu kinazuia usingizi kwa makusudi na ni programu gani. Rekebisha majina ya vitengo kama mmiliki wa muunganisho wako si NetworkManager, na kumbuka kwamba kusoma kitengo cha mtumiaji mwingine au jarida la mfumo kunategemea sera ya ndani.
Mstari unaokosekana si matokeo hasi. Ikiwa jarida la kitengo kilichochaguliwa halionekani kwa akaunti yako, kutokuwepo kwa rekodi ya usingizi hakuthibitishi chochote, na kuhitimisha «hakuwahi kulala» kutoka kichujio tupu ndiyo njia ambayo watu hutumia wiki moja kurekebisha ishara za kuweka muunganisho.
Ukaguzi wa tatu: ikiwa ililala, amua kama ilikuwa kwa kusudi
Mara mabadiliko ya usingizi yanapoonekana kwenye mstari wa muda, swali hubadilika kutoka kwa nini VPN ilivunjika hadi kama mashine ilipaswa kulala kabisa. Kwenye kompyuta ya mkononi jibu mara nyingi ni ndiyo, na kukatika kwa handaki ni tabia inayotarajiwa ambayo mteja anapaswa kuifikia akiwa ameamka. Kwenye kituo cha kazi kinachopaswa kubaki kifikika, sera ya usingizi ndiyo kitu cha kubadilisha. Kuamua ni ipi kati ya mashine hizi mbili unayoiangalia kunahitaji swali moja, na hilo si swali ambalo jarida linaweza kujibu badala yako.
Badilisha kwa vidhibiti vinavyomilikiwa na kikao kilichoingia, au kwa utaratibu unaoungwa mkono na msimamizi ikiwa hitaji ni la mashine yote. Kuhariri mpangilio wa meneja wa skrini ukiwa umeingia na akaunti nyingine si kitendo kimoja na itaonekana kufanya kazi hadi kikao kijacho kianze. Kuzima kabisa usimamizi wa nishati ni majibu mapana ya kwanza yanayogharimu maisha ya betri na kuficha swali halisi la sera.
Ukaguzi wa nne: ikiwa ilibaki macho, angalia mtandao na mteja
Mashine iliyo macho iliyopoteza handaki lake ina moja ya hadithi tatu: mtandao wa ufikiaji ulianguka, mteja wa VPN ulisimama au ulianza upya, au upande wa seva uliruhusu muunganisho kuisha wakati mteja aliendelea kuamini kuwa umeunganishwa. Linganisha mihuri ya muda ya tukio la kiungo cha msingi na tukio la handaki, na uwe sahihi kuhusu lipi lilikuja kwanza.
Kisha jaribu njia ya kurejesha kwa mbali na kikao cha awali. Ombi jipya kupitia handaki lililorejeshwa linaweza kufanikiwa wakati kikao cha programu cha muda mrefu kilichofunguliwa kabla ya kukatika kinabaki kimevunjika, kwa sababu programu inashikilia soketi ya zamani au anwani iliyohifadhiwa. Hilo ni tatizo la programu, si uthibitisho kwamba handaki halikurudi.
Ripoti yenye manufaa ina nini
Andika mfuatano pamoja na mihuri ya muda na wamiliki: kikao kilifungwa lini, skrini ilififia lini, ombi la usingizi lilirekodiwa au la, kiungo kilianguka na kurudi lini, handaki lilibadilisha hali lini na programu ilifanya nini kwa kweli. Kila kipengele kina mmiliki, kwa hiyo kila kipengele kinaweza kukabidhiwa kwa mtu sahihi badala ya kuwa malalamiko ya jumla kuhusu Linux.
Ikiwa moja ya mistari hiyo haipo, hilo ni jambo la pili la kupima si jambo la pili la kubadilisha. Mstari wa muda wenye pengo una maelezo zaidi kuliko mabadiliko ya mipangilio yaliyofanywa kwa kukisia.