VPN-യുമായി ഉണർന്നശേഷം Mac തണുത്തുറയുന്നു: എന്താണ് രേഖപ്പെടുത്തേണ്ടത്

ഉണർന്നതിനുശേഷം തണുത്തുറഞ്ഞ Mac-നെക്കുറിച്ചുള്ള റിപ്പോർട്ടുകൾ പലപ്പോഴും മൂന്ന് പരാജയങ്ങളെ ഒരു പരാതിയിൽ ചേർക്കുന്നു. VPN ക്ലയന്റ് ക്ലിക്കുകൾ അവഗണിക്കുമ്പോൾ പോയിന്റർ ഇപ്പോഴും നീങ്ങാം, ഒരു ദൂര സെഷൻ കാലഹരണപ്പെടുമ്പോൾ ക്ലയന്റ് പ്രവർത്തിക്കാം, അല്ലെങ്കിൽ മുഴുവൻ ഡെസ്ക്ടോപ്പും ഇൻപുട്ട് സ്വീകരിക്കുന്നത് നിർത്താം. ഇവയിൽ ഓരോന്നിനും വ്യത്യസ്ത തെളിവുകൾ വേണം, തണുത്തുറച്ചതിനുശേഷമുള്ള ആദ്യ മിനിറ്റ് നിങ്ങൾ ഏതാണ് കാണുന്നതെന്ന് തീരുമാനിക്കുന്നു. തെറ്റായ അനുമാനം തുടർന്നുള്ള ഓരോ ഘട്ടത്തെയും തെറ്റായ ദിശയിലേക്ക് അയയ്ക്കുന്നു.

എന്താണ് ഉത്തരം നൽകുന്നത് നിർത്തിയത്, എന്താണ് കാത്തിരിക്കുന്നത് മാത്രം നിർത്തിയത്

ഏറ്റവും വിലകുറഞ്ഞ പരിശോധനകളിൽ തുടങ്ങുക: പോയിന്റർ നീക്കി പ്രാദേശിക ടെക്സ്റ്റ് ഫീൽഡിൽ ടൈപ്പ് ചെയ്യുക, ക്ലയന്റിന്റെ സ്വന്തം സ്റ്റാറ്റസ് കാഴ്ച തുറന്ന് അത് റിപ്പോർട്ട് ചെയ്യുന്ന അവസ്ഥ വായിക്കുക, തുടർന്ന് ഇതിനകം തുറന്നിരുന്ന സെഷൻ പുനരാരംഭിക്കുന്നതിനുപകരം സ്വകാര്യ ആപ്പിൽ പുതിയ പ്രവർത്തനം തുടങ്ങുക. മറ്റെന്തെങ്കിലും തൊടുന്നതിനുമുമ്പ് മൂന്ന് ഉത്തരങ്ങളും എഴുതിവയ്ക്കുക, കാരണം എന്താണ് പരാജയപ്പെട്ടതെന്ന ക്രമമാണ് ആളുകൾ ആദ്യം മറക്കുന്ന വിശദാംശം.

ഓരോ ഫലവും വേറെയൊരിടത്തേക്ക് ചൂണ്ടുന്നു. ഒരു സെഷൻ കുടുങ്ങിക്കിടക്കുമ്പോൾ തെളിവ് ടണലിന്റെ മറുവശത്താണ്, Mac കേവലം കാഴ്ചക്കാരൻ മാത്രം. ഡെസ്ക്ടോപ്പ് ഇപ്പോഴും പ്രവർത്തിക്കുമ്പോൾ ക്ലിക്കുകൾ അവഗണിക്കുന്ന ക്ലയന്റ് അന്വേഷണം ആ പ്രക്രിയയിലേക്കും അതിന്റെ ലോഗിലേക്കും ചുരുക്കുന്നു. പോയിന്റർ അവഗണിക്കുന്ന യന്ത്രം എന്തെങ്കിലും പ്രവർത്തിപ്പിക്കാനുള്ള സാധ്യത തന്നെ ഒഴിവാക്കുന്നു, കാരണം ഓരോ പരിശോധനാ കമാൻഡിനും ഉത്തരം നൽകുന്ന ഷെൽ വേണം.

ഉപയോക്താവ് അവയെ ഒരു വാക്യത്തിൽ വിവരിച്ചാലും മൂന്ന് കേസുകളും വേർതിരിച്ച് സൂക്ഷിക്കുക. നിങ്ങൾ സമർപ്പിക്കുന്ന റിപ്പോർട്ട് ഏത് പരിശോധനയാണ് ആദ്യം പരാജയപ്പെട്ടതെന്നും ഏതൊക്കെ ഇപ്പോഴും കടന്നുപോയെന്നും പറയണം, യന്ത്രം തണുത്തുറഞ്ഞുവെന്നല്ല. ഈ വ്യത്യാസമാണ് പിന്തുണാ എൻജിനീയറെ നെറ്റ്വർക്ക്, ക്ലയന്റ് അല്ലെങ്കിൽ ഹാർഡ്വെയർ എന്നിവയിൽ ഏത് നോക്കണമെന്ന് തീരുമാനിക്കാൻ അനുവദിക്കുന്നത്.

നാളെയും നിങ്ങൾക്ക് സംരക്ഷിക്കാനാകുന്ന ഒരു സമയരേഖ

ക്ലോക്ക് എന്നത് പിന്നീട് പുനർനിർമ്മിക്കാൻ കഴിയാത്ത രേഖയുടെ ഭാഗമാണ്. മടക്ക് തുറന്നതോ യന്ത്രം ഉണർന്നതോ എപ്പോൾ, ആദ്യത്തെ പരാജയപ്പെട്ട പ്രവർത്തനം എപ്പോൾ സംഭവിച്ചു, ആ രണ്ട് നിമിഷങ്ങൾ സെക്കൻഡുകളോ മിനിറ്റുകളോ അകലെയായിരുന്നോ എന്ന് രേഖപ്പെടുത്തുക. തുടർന്ന് Mac ശരിക്കും ഉറങ്ങിയോ സ്ക്രീൻ മാത്രം ലോക്ക് ചെയ്തോ എന്ന് എഴുതുക, കാരണം ഇവ വ്യത്യസ്ത അവസ്ഥകളും വ്യത്യസ്ത ഉണരൽ പാതകളുമാണ്. ഉറക്ക ലോഗ് ആ സമയരേഖയിൽ പിന്നീട് പരിശോധിക്കാനാകുന്ന ഏക ഭാഗമാണ്.

pmset -g log | grep -i -E 'wake|sleep'
log show --last 15m --predicate 'process == "<client-process>"' --style compact

ആദ്യ കമാൻഡ് മങ്ങിയ ഓർമ്മയെ രണ്ടാമത്തേതിൽ ടൈപ്പ് ചെയ്യാനാകുന്ന സമയമുദ്രയാക്കി മാറ്റുന്നു. ലോഗ് ചോദ്യം ക്ലയന്റ് പ്രക്രിയയിലേക്കും ചെറിയ ഇടവേളയിലേക്കും പരിമിതപ്പെടുത്തുക, ഒരു ദിവസത്തിനുപകരം ഒരു പേജ് ഔട്ട്പുട്ട് ലഭിക്കും. സ്ക്രീൻ ഇപ്പോഴും മുന്നിലുള്ളപ്പോൾ മോഡൽ ഐഡന്റിഫയർ, ക്ലയന്റ് ബിൽഡ്, നിങ്ങൾ ഉണ്ടായിരുന്ന നെറ്റ്വർക്ക് എന്നിവ അതേ കുറിപ്പിലേക്ക് പകർത്തുക; പിറ്റേന്ന് രാവിലെ ചേർത്ത റിപ്പോർട്ട് അതിനെ വായിക്കാനാകുന്നതാക്കിയ ക്രമം നഷ്ടപ്പെടുത്തുന്നു.

ലക്ഷണത്തിന് യോജിക്കുന്ന ക്യാപ്ചർ തിരഞ്ഞെടുക്കുക

Apple Activity Monitor-ന്റെ ഡയഗ്നോസ്റ്റിക്സ് ഗൈഡിൽ മൂന്ന് ക്യാപ്ചറുകൾ വിശദീകരിക്കുന്നു, അവ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു. Sample Process തിരഞ്ഞെടുത്ത ഒരു പ്രക്രിയയെ മൂന്ന് സെക്കൻഡ് നിരീക്ഷിക്കുന്നു, spindump ഉത്തരം നൽകുന്നത് നിർത്തി ഉടൻ നിർബന്ധമായി അടയ്ക്കപ്പെടുന്ന ആപ്പിനെ ലക്ഷ്യമിടുന്നു, System Diagnostics സിസ്റ്റം ലോഗുകൾ ഒരു ബണ്ടിലിൽ ശേഖരിക്കുന്നു.

ശീലമനുസരിച്ചല്ല, നിങ്ങൾ നിരീക്ഷിച്ചതനുസരിച്ച് തിരഞ്ഞെടുക്കുക. പ്രവർത്തിക്കുന്നുവെങ്കിലും മോശമായി പെരുമാറുന്ന ക്ലയന്റിന് sample ലഭിക്കുന്നു, അത് sample <pid> 3 -file ~/Desktop/sample.txt ഉപയോഗിച്ചോ ഗിയർ മെനുവിൽനിന്നോ എടുക്കുന്നു. അനന്തമായി കറങ്ങി കൊല്ലേണ്ട ആപ്പിന് അതേ മെനുവിൽനിന്ന് Spindump ഇനം ലഭിക്കുന്നു. ക്ലയന്റിനെയും സിസ്റ്റത്തെയും ബാധിക്കുന്ന പ്രശ്നത്തിന് sudo sysdiagnose -f ~/Desktop ലഭിക്കുന്നു. കഴിയുമെങ്കിൽ നിർബന്ധമായി അടയ്ക്കുന്നതിനുമുമ്പ് sample എടുക്കുക, കാരണം അടയ്ക്കൽ നിങ്ങൾ പരിശോധിക്കാൻ ആഗ്രഹിച്ച അവസ്ഥ തന്നെ നശിപ്പിക്കുന്നു, ഫയലിന് കാരണത്തെക്കുറിച്ചുള്ള നിങ്ങളുടെ അനുമാനത്തിനുപകരം സംഭവത്തിന്റെയും സമയത്തിന്റെയും പേര് നൽകുക.

ഓരോ ബണ്ടിലും സംവേദനക്ഷമമായി കണക്കാക്കുക. ഈ റിപ്പോർട്ടുകളിൽ അക്കൗണ്ട് പേരുകൾ, ഹോസ്റ്റ് പേരുകൾ, പാതകൾ, നെറ്റ്വർക്ക് വിവരങ്ങൾ എന്നിവയുണ്ട്, അതിനാൽ അവ പൊതു ത്രെഡിൽ ചേർക്കുന്നതിനുപകരം നിങ്ങളുടെ സ്ഥാപനം ഉപയോഗിക്കുന്ന പിന്തുണാ ചാനലിലൂടെ അയയ്ക്കുക. റിപ്പോർട്ട് ചെറുതാക്കേണ്ടതുണ്ടെങ്കിൽ ഒരു പകർപ്പ് ചെറുതാക്കി യഥാർത്ഥം അതേപടി സൂക്ഷിക്കുക.

പോയിന്റർ തന്നെ നീങ്ങാത്തപ്പോൾ

മരിച്ച ഇന്റർഫേസ് പ്രവർത്തനങ്ങളുടെ ക്രമം മാറ്റുന്നു. ഉത്തരം നൽകാത്ത ഷെല്ലിൽനിന്ന് പ്രക്രിയയുടെ sample എടുക്കാനോ ചോദ്യം പ്രവർത്തിപ്പിക്കാനോ കഴിയില്ല, അതിനാൽ ആദ്യ ലക്ഷ്യം വീണ്ടെടുക്കലും രണ്ടാമത്തേത് രേഖയുമാണ്. നിർബന്ധിത പുനരാരംഭം ചിലപ്പോൾ ഏക മാർഗമാണ്, ഏറ്റവും ഉപയോഗപ്രദമായ വിശദാംശങ്ങൾ അപ്രത്യക്ഷമാകുന്ന നിമിഷവുമാണത്. പുനരാരംഭിക്കുന്നതിനുമുമ്പ് സമയം, തുറന്ന വിൻഡോകൾ, നെറ്റ്വർക്ക് മെനുവിൽ കണക്ഷൻ കാണിച്ചിരുന്നോ എന്നിവ രേഖപ്പെടുത്തുക; പ്രക്രിയയുടെ അവസ്ഥ നിലനിൽക്കില്ലെങ്കിലും ആ നിരീക്ഷണങ്ങൾ റീബൂട്ടിനെ അതിജീവിക്കുന്നു.

യന്ത്രം തിരികെ വന്നശേഷം, പുനരാരംഭം കുറ്റക്കാരനെ കണ്ടെത്തിയെന്ന നിഗമനത്തെ എതിർക്കുക. അത് സേവനം പുനഃസ്ഥാപിച്ചു, ഒന്നും പേരെടുത്ത് പറഞ്ഞില്ല. ഒരു നിയന്ത്രിത മാറ്റത്തോടെയുള്ള ആവർത്തനത്തിന് മാത്രമേ ഒരു ഘടകത്തിലേക്ക് ചൂണ്ടാനാകൂ.

തണുത്തുറയ്ക്കൽ തിരിച്ചുവന്നാൽ, ഓരോ ശ്രമത്തിലും ഒരു വ്യവസ്ഥ മാറ്റുക: നെറ്റ്വർക്ക്, ക്ലയന്റ് പതിപ്പ് അല്ലെങ്കിൽ ഉറക്ക രീതി. ആദ്യം ദൂര ജോലി സംരക്ഷിക്കുക, ഉൽപാദന യന്ത്രത്തിൽ നിർബന്ധിത ഉറക്കം ആവർത്തിക്കുന്നത് ഒഴിവാക്കുക, കാരണം ആവർത്തിച്ചുള്ള കഠിന ചക്രങ്ങൾ ഡാറ്റ നഷ്ടസാധ്യതയുണ്ടാക്കുന്നു, നിങ്ങൾ പിന്തുടരുന്ന പരാജയത്തിൽനിന്ന് വ്യത്യസ്തമായ ഒന്ന് പലപ്പോഴും സൃഷ്ടിക്കുന്നു. ഓരോ ശ്രമവും അതിന്റെ വ്യവസ്ഥകളോടെ എഴുതുക, അടുത്തത് കഥയല്ല, താരതമ്യയോഗ്യമാകട്ടെ.

ഒരു സംഭവം കൈമാറുക, മാനസികാവസ്ഥയല്ല

നടപടി നേടിത്തരുന്ന കൈമാറ്റം നാല് കാര്യങ്ങൾ പറയുന്നു: എന്താണ് ഉത്തരം നൽകുന്നത് നിർത്തിയത്, എപ്പോൾ സംഭവിച്ചു, ആ നിമിഷം നെറ്റ്വർക്ക് എങ്ങനെയായിരുന്നു, ഏത് ക്യാപ്ചർ ആ ഇടവേളയെ ഉൾക്കൊള്ളുന്നു. ക്ലയന്റ് പതിപ്പും macOS ബിൽഡും ചേർത്ത്, പിന്നെ നിർത്തുക. പ്ലാറ്റ്ഫോം ടീമിനും ക്ലയന്റ് വിൽപ്പനക്കാരനും ആ വാക്യത്തിന്റെ അടിസ്ഥാനത്തിൽ പ്രവർത്തിക്കാം, ഒരു നിരാശയുടെ വിവരണത്തിന്റെ അടിസ്ഥാനത്തിൽ ആർക്കും പ്രവർത്തിക്കാനാകില്ല. രേഖ ഒരിടത്ത് സൂക്ഷിക്കുക, ഓരോ തവണയും കഥ വീണ്ടും പറയുന്നതിനുപകരം അതിൽ ചേർക്കുക; ഒരു അപ്ഡേറ്റ് സ്വഭാവം മാറ്റിയെങ്കിൽ ഏതാണെന്ന് എഴുതുക, അതും തെളിവാണ്.

നല്ല രേഖ നിങ്ങൾ ഇതിനകം ഒഴിവാക്കിയത് എന്താണെന്നും പറയുന്നു. തണുത്തുറയ്ക്കൽ സമയത്ത് പ്രാദേശിക ആപ്പ് ഉത്തരം നൽകിയെങ്കിൽ അത് പറയുക; ഉറക്ക ലോഗ് ലോക്കിനുപകരം യഥാർത്ഥ ഉണരൽ കാണിക്കുന്നുവെങ്കിൽ അതും പറയുക. അടുത്ത ആൾ നിങ്ങൾ ഇതിനകം ചെയ്ത പരിശോധനകൾ ആവർത്തിക്കേണ്ടിവരരുത്.

ടിക്കറ്റ് അടയ്ക്കുന്നതിനുമുമ്പ് മൂന്ന് കാര്യങ്ങൾ പരിശോധിക്കുക: സമയമുദ്ര ഓർമ്മയിൽനിന്നല്ല, ഉറക്ക ലോഗിൽനിന്നാണ് വരുന്നത്, ക്യാപ്ചർ നിങ്ങൾ യഥാർത്ഥത്തിൽ കണ്ട ലക്ഷണവുമായി യോജിക്കുന്നു, ബണ്ടിൽ അംഗീകൃത സ്ഥലത്താണ്. മൂന്നിൽ ഏതെങ്കിലും ഇല്ലെങ്കിൽ, റിപ്പോർട്ട് അയയ്ക്കാൻ തയ്യാറല്ല.