സ്ക്രീൻ ഇരുളുമ്പോൾ VPN വിച്ഛേദിക്കുന്നു: ലോക്ക്, ബ്ലാങ്ക് അല്ലെങ്കിൽ സസ്പെൻഡ്?
ലോക്ക് ചെയ്ത സെഷൻ, ഇരുണ്ട സ്ക്രീൻ, സസ്പെൻഡ് ചെയ്ത യന്ത്രം — ഇവ മൂന്ന് വ്യത്യസ്ത സംഭവങ്ങളാണ്. VPN-യുടെ കീപ്പ്‌അലൈവിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് അവ journalctl ഉപയോഗിച്ച് ബന്ധിപ്പിക്കുക.
സ്ക്രീൻ ഇരുണ്ടപ്പോൾ VPN മരിച്ചു എന്ന് ആരെങ്കിലും പറയുമ്പോൾ, ആദ്യത്തെ ഉപയോഗപ്രദമായ ചോദ്യം മൂന്ന് സംഭവങ്ങളിൽ ഏതാണ് യഥാർത്ഥത്തിൽ സംഭവിച്ചത് എന്നതാണ്: സെഷൻ ലോക്ക് ചെയ്തു, പാനൽ ഓഫായി, അല്ലെങ്കിൽ മുഴുവൻ യന്ത്രവും ഉറങ്ങി. ഇവ വെവ്വേറെ ടൈമറുകളിലെ വെവ്വേറെ സംവിധാനങ്ങളാണ്, അവയിൽ ഒന്നിന് മാത്രമേ ഒരു പ്രോസസ് ഷെഡ്യൂൾ ചെയ്യുന്നത് പൂർണ്ണമായി തടയാൻ കഴിയൂ. താഴെയുള്ള പരിശോധനകൾ ക്രമത്തിൽ നടത്തുക. ചോദ്യത്തിന് ഉത്തരം നൽകുന്ന ആദ്യ പരിശോധനയിൽ നിർത്തുക, കാരണം അതിന് ശേഷമുള്ള ഓരോ പരിശോധനയും മറ്റെന്തോ ഒന്നിന് ഉത്തരം നൽകുന്നു.
പരിശോധന ഒന്ന്: ലോക്ക്, ബ്ലാങ്ക്, ഉറക്കം എന്നിവ വേർതിരിക്കുക
ലോക്ക് സെഷൻ ആർക്ക് ഉപയോഗിക്കാം എന്നത് മാറ്റുന്നു; കമ്പോസിറ്റർ വരയ്ക്കുന്നത് തുടരുന്നു, നെറ്റ്‌വർക്ക് സ്റ്റാക്ക് പ്രവർത്തിക്കുന്നത് തുടരുന്നു, VPN ക്ലയന്റ് ഒന്നും ശ്രദ്ധിക്കുന്നില്ല. സ്ക്രീൻ ബ്ലാങ്കിംഗ് നിഷ്ക്രിയ ഇടവേളയ്ക്ക് ശേഷം പാനൽ ഓഫാക്കുകയും യന്ത്രത്തെ പൂർണ്ണമായും ഉണർന്നിരിക്കാൻ അനുവദിക്കുകയും ചെയ്യുന്നു. സസ്പെൻഡ് പ്രോസസറുകൾ നിർത്തുന്നു, അതായത് ഉപയോക്തൃ ഇടത്തിലെ ഒരു പ്രോസസും ഷെഡ്യൂൾ ചെയ്യപ്പെടുന്നില്ല, അതിനാൽ ഇടവേള എത്ര ചെറുതാക്കിയാലും ഒരു കീപ്പ്‌അലൈവും പ്രവർത്തിക്കാൻ കഴിയില്ല.
| 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 |
ആ പട്ടികയാണ് «സ്ക്രീൻ ഇരുണ്ടു» എന്നത് രോഗനിർണ്ണയമല്ലാത്തതിന് കാരണം. അഞ്ച് മിനിറ്റിൽ ബ്ലാങ്കും മുപ്പതിൽ സസ്പെൻഡും ആയി ക്രമീകരിച്ച ഡെസ്ക്ടോപ്പ് ആറാം മിനിറ്റിൽ പൂർണ്ണമായും ആരോഗ്യമുള്ള ടണലിനൊപ്പം ഇരുണ്ട സ്ക്രീൻ കാണിക്കും. മുപ്പതാം മിനിറ്റിലെ തകരാർ മറ്റൊരു സംഭവവും മറ്റൊരു പരിഹാരവുമാണ്, രണ്ടും മുറിയുടെ മറുവശത്തുനിന്ന് ഒരുപോലെ കാണപ്പെടുന്നു.
പരിശോധന രണ്ട്: പവർ, നെറ്റ്‌വർക്ക് സംഭവങ്ങൾ ഒരു ടൈംലൈനിൽ ചേർക്കുക
മുഴുവൻ ബൂട്ടിനുപകരം പരിമിതമായ ഒരു സമയവിൻഡോയുടെ ജേണൽ വായിക്കുക, ലോഗിൻ മാനേജറും കണക്ഷന്റെ ഉടമയും ഉൾപ്പെടുത്തുക:
journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --listആദ്യ കമാൻഡ് ഉറക്ക അഭ്യർത്ഥനകൾ, ഉണരൽ, അവയ്ക്കുശേഷമുള്ള നെറ്റ്‌വർക്ക് മാറ്റങ്ങൾ കാണിക്കുന്നു. രണ്ടാമത്തേത് ഇപ്പോൾ എന്താണ് ഒരു തടയുന്ന ലോക്ക് പിടിച്ചിരിക്കുന്നത് എന്ന് കാണിക്കുന്നു, ഇത് എന്തെങ്കിലും ബോധപൂർവ്വം ഉറക്കം തടയുന്നുണ്ടോ, ഏത് പ്രോഗ്രാമാണ് അത് എന്ന് നിങ്ങളോട് പറയുന്നു. നിങ്ങളുടെ കണക്ഷന്റെ ഉടമ NetworkManager അല്ലെങ്കിൽ യൂണിറ്റ് പേരുകൾ ക്രമീകരിക്കുക, മറ്റൊരു ഉപയോക്താവിന്റെ യൂണിറ്റോ സിസ്റ്റം ജേണലോ വായിക്കുന്നത് പ്രാദേശിക നയത്തെ ആശ്രയിച്ചിരിക്കുന്നു എന്ന് ഓർക്കുക.
കാണാത്ത വരി നെഗറ്റീവ് ഫലമല്ല. തിരഞ്ഞെടുത്ത യൂണിറ്റിന്റെ ജേണൽ നിങ്ങളുടെ അക്കൗണ്ടിന് കാണാനാകുന്നില്ലെങ്കിൽ, സസ്പെൻഡ് രേഖയുടെ അഭാവം ഒന്നും തെളിയിക്കുന്നില്ല, ശൂന്യമായ ഫിൽട്ടറിൽനിന്ന് «അത് ഒരിക്കലും ഉറങ്ങിയിട്ടില്ല» എന്ന് അനുമാനിക്കുന്നതാണ് ആളുകൾ ഒരാഴ്ച കീപ്പ്‌അലൈവ് ക്രമീകരിച്ച് കളയുന്ന വഴി.
പരിശോധന മൂന്ന്: അത് ഉറങ്ങിയെങ്കിൽ, അത് ബോധപൂർവ്വമായിരുന്നോ എന്ന് തീരുമാനിക്കുക
ടൈംലൈനിൽ ഉറക്ക പരിവർത്തനം വന്നുകഴിഞ്ഞാൽ, ചോദ്യം «VPN എന്തുകൊണ്ട് പൊട്ടി» എന്നതിൽനിന്ന് «യന്ത്രം ഒട്ടും ഉറങ്ങേണ്ടതുണ്ടായിരുന്നോ» എന്നതിലേക്ക് മാറുന്നു. ലാപ്‌ടോപ്പിൽ ഉത്തരം പലപ്പോഴും അതെയാണ്, ടണൽ വിച്ഛേദം ഉണരുമ്പോൾ ക്ലയന്റ് കരകയറേണ്ട പ്രതീക്ഷിത സ്വഭാവമാണ്. എത്തിച്ചേരാവുന്നതായി തുടരേണ്ട വർക്ക്‌സ്റ്റേഷനിൽ മാറ്റേണ്ടത് ഉറക്ക നയമാണ്. ഈ രണ്ട് യന്ത്രങ്ങളിൽ ഏതിനെയാണ് നിങ്ങൾ നോക്കുന്നത് എന്ന് തീരുമാനിക്കാൻ ഒരു ചോദ്യം വേണം, അത് ജേണലിന് നിങ്ങൾക്കുപകരം ഉത്തരം നൽകാനാകുന്ന ചോദ്യമല്ല.
ലോഗിൻ ചെയ്ത സെഷനിൽ ഉൾപ്പെടുന്ന നിയന്ത്രണങ്ങളിലൂടെയോ, ആവശ്യകത മുഴുവൻ യന്ത്രത്തിനും ബാധകമെങ്കിൽ അഡ്മിനിസ്ട്രേറ്റർ പിന്തുണയ്ക്കുന്ന ഒരു സംവിധാനത്തിലൂടെയോ അത് മാറ്റുക. മറ്റൊരു അക്കൗണ്ടിൽ ലോഗിൻ ചെയ്തിരിക്കുമ്പോൾ ഡിസ്‌പ്ലേ മാനേജറുടെ ക്രമീകരണം തിരുത്തുന്നത് അതേ പ്രവർത്തനമല്ല, അടുത്ത സെഷൻ തുടങ്ങുന്നതുവരെ അത് പ്രവർത്തിച്ചതുപോലെ തോന്നും. പവർ മാനേജ്മെന്റ് പൂർണ്ണമായും അപ്രാപ്തമാക്കുന്നത് ബാറ്ററി ആയുസ്സ് ചെലവാക്കുന്നതും യഥാർത്ഥ നയ ചോദ്യം മറയ്ക്കുന്നതുമായ വിശാലമായ ആദ്യ പ്രതികരണമാണ്.
പരിശോധന നാല്: അത് ഉണർന്നിരുന്നെങ്കിൽ, നെറ്റ്‌വർക്കും ക്ലയന്റും നോക്കുക
ടണൽ നഷ്ടപ്പെട്ട ഉണർന്നിരിക്കുന്ന യന്ത്രത്തിന് മൂന്ന് കഥകളിൽ ഒന്നുണ്ട്: ആക്സസ് നെറ്റ്‌വർക്ക് വീണു, VPN ക്ലയന്റ് നിന്നു അല്ലെങ്കിൽ വീണ്ടും ആരംഭിച്ചു, അല്ലെങ്കിൽ സെർവർ വശം അസോസിയേഷൻ കാലഹരണപ്പെടാൻ അനുവദിച്ചു, ക്ലയന്റ് ഇപ്പോഴും കണക്റ്റ് ചെയ്തിരിക്കുന്നു എന്ന് വിശ്വസിച്ചുകൊണ്ടിരുന്നു. അടിസ്ഥാന ലിങ്ക് സംഭവത്തിന്റെ ടൈംസ്റ്റാമ്പുകൾ ടണൽ സംഭവവുമായി താരതമ്യം ചെയ്യുക, ഏതാണ് ആദ്യം വന്നത് എന്നതിൽ കൃത്യത പാലിക്കുക.
തുടർന്ന് യഥാർത്ഥ സെഷനിൽനിന്ന് വേറിട്ട് വീണ്ടെടുപ്പ് പാത പരിശോധിക്കുക. വീണ്ടെടുത്ത ടണലിലൂടെയുള്ള പുതിയ അഭ്യർത്ഥന വിജയിച്ചേക്കാം, എന്നാൽ വിച്ഛേദത്തിന് മുമ്പ് തുറന്ന ദീർഘകാല ആപ്ലിക്കേഷൻ സെഷൻ തകർന്നുതന്നെ നിൽക്കുന്നു, കാരണം ആപ്ലിക്കേഷൻ കാലഹരണപ്പെട്ട ഒരു സോക്കറ്റോ കാഷെ ചെയ്ത വിലാസമോ കൈവശം വയ്ക്കുന്നു. അത് ആപ്ലിക്കേഷൻ പ്രശ്നമാണ്, ടണൽ തിരികെ വന്നില്ല എന്നതിന് തെളിവല്ല.
ഉപയോഗപ്രദമായ റിപ്പോർട്ടിൽ എന്തുണ്ട്
ടൈംസ്റ്റാമ്പുകളും ഉടമകളും ചേർത്ത് ക്രമം എഴുതുക: സെഷൻ എപ്പോൾ ലോക്ക് ചെയ്തു, സ്ക്രീൻ എപ്പോൾ ഇരുണ്ടു, ഉറക്ക അഭ്യർത്ഥന രേഖപ്പെടുത്തിയോ, ലിങ്ക് എപ്പോൾ വീണ് തിരികെ വന്നു, ടണൽ എപ്പോൾ അവസ്ഥ മാറ്റി, ആപ്ലിക്കേഷൻ യഥാർത്ഥത്തിൽ എന്ത് ചെയ്തു. ഓരോ ഇനത്തിനും ഒരു ഉടമയുണ്ട്, അതിനാൽ ഓരോ ഇനവും Linux-നെക്കുറിച്ചുള്ള പൊതുവായ ഒരു പരാതിയാകുന്നതിനുപകരം ശരിയായ വ്യക്തിക്ക് നൽകാം.
ഈ വരികളിൽ ഏതെങ്കിലും കാണാതെപോയാൽ, അതാണ് അടുത്തതായി അളക്കേണ്ട കാര്യം, അടുത്തതായി മാറ്റേണ്ട കാര്യമല്ല. വിടവുള്ള ഒരു ടൈംലൈൻ ഊഹത്തിന്റെ അടിസ്ഥാനത്തിൽ ചെയ്ത ക്രമീകരണ മാറ്റത്തേക്കാൾ കൂടുതൽ വിവരം നൽകുന്നു.