പുതിയ VPN കുറുക്കുവഴി നഷ്ടപ്പെട്ട ക്രമീകരണങ്ങൾ എന്തുകൊണ്ട് തിരികെ കൊണ്ടുവരുന്നില്ല

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

ഒന്നുപോലെ തോന്നുന്ന രണ്ട് ജോലികൾ

ഡെസ്ക്ടോപ്പ് സംയോജനം എന്നാൽ പരിസ്ഥിതിക്ക് എക്സിക്യൂട്ടബിൾ കണ്ടെത്താനും പേരും ഐക്കണും കാണിക്കാനും ശരിയായ ആർഗ്യുമെന്റുകൾ കൈമാറാനും കഴിയും എന്നാണ്. ആപ്ലിക്കേഷന്റെ അവസ്ഥ എന്നാൽ പ്രോഗ്രാം ഒരു പ്രൊഫൈൽ സ്ഥിരമായ സ്ഥലത്ത് എഴുതുകയും അടുത്ത തവണ ആരംഭിക്കുമ്പോൾ അത് വീണ്ടും വായിക്കുകയും ചെയ്യുന്നു എന്നാണ്. ഒന്നും മറ്റൊന്നിനെ അർത്ഥമാക്കുന്നില്ല, അതിനാൽ പ്രവർത്തിക്കുന്ന കുറുക്കുവഴിക്ക് എല്ലാം മറന്ന ഒരു ക്ലൈന്റ് ആരംഭിക്കാനാകും.

ആപ്ലിക്കേഷന്റെ സ്വന്തം നിയന്ത്രണങ്ങളിലൂടെ ഒരു നിരുപദ്രവ പ്രദർശന ക്രമീകരണം മാറ്റുക, തുടർന്ന് അതേ രീതിയിൽ അടച്ച് വീണ്ടും തുറക്കുക. ക്രമീകരണം തിരികെ വന്നാൽ സ്ഥിരത പ്രവർത്തിക്കുന്നു, ബാക്കിയുള്ള പരാതി ഡാറ്റ സൂക്ഷിക്കുന്നതിനെക്കുറിച്ചല്ല, വിൻഡോ കണ്ടെത്തുന്നതിനെക്കുറിച്ചാണ്. അത് അപ്രത്യക്ഷമായാൽ കുറുക്കുവഴി ശ്രദ്ധ തിരിക്കുന്നതാണ്, യഥാർത്ഥ ചോദ്യം ആ പ്രക്രിയ തന്റെ ഫയലുകൾ എവിടെ സൂക്ഷിക്കുന്നു എന്നതാണ്. ഒരു സമയത്ത് ഒരു ക്രമീകരണം പരിശോധിക്കുക, കാരണം വീണ്ടും പാസ്വേഡ് ചോദിക്കുന്ന ക്ലൈന്റ് കോൺഫിഗറേഷൻ നഷ്ടപ്പെടുത്തുന്നതിന് പകരം ഒരു രഹസ്യം സംരക്ഷിക്കുകയായിരിക്കാം.

പുനഃസ്ഥാപിക്കുന്നതിന് മുമ്പ് ആരംഭ ഇൻപുട്ടുകൾ താരതമ്യം ചെയ്യുക

ഡെസ്ക്ടോപ്പ് എൻട്രിയിൽ നിന്ന് തുടങ്ങി അത് യഥാർത്ഥത്തിൽ എന്ത് ചെയ്യുന്നു എന്ന് വായിക്കുക, കാരണം മെനുവിൽ നിന്ന് ആരംഭിക്കുന്നത് ടെർമിനലിൽ നിന്ന് ആരംഭിക്കുന്നതിന് തുല്യമായ പ്രക്രിയാ പരിസ്ഥിതി അല്ല. പ്രധാന കീകൾ Exec, Path, പരോക്ഷമായി സെഷൻ നൽകുന്ന പരിസ്ഥിതിയുമാണ്. Exec ലെ റാപ്പർ സ്ക്രിപ്റ്റിന് ഒരു വേരിയബിൾ സെറ്റ് ചെയ്യാനും ഡയറക്ടറി മാറ്റാനും മെനു ഒരിക്കലും കാണിക്കാത്ത ഒരു പ്രിവിലേജുള്ള സഹായിയെ വിളിക്കാനും കഴിയും. പുനഃസ്ഥാപനം ആപ്ലിക്കേഷനിൽ ഇതിനകം ഉണ്ടായിരുന്ന ഫയലുകൾ മാറ്റിസ്ഥാപിക്കുന്നു, അത് മാറിയ വേരിയബിൾ ആയിരിക്കുന്നത് അപൂർവമാണ്.

grep -h '^Exec=' ~/.local/share/applications/*.desktop
desktop-file-validate ~/.local/share/applications/client.desktop

~/.local/share/applications ലുള്ള ഫയൽ /usr/share/applications ലുള്ളതിന് മുമ്പ് നോക്കുക, കാരണം ഉപയോക്തൃ പകർപ്പ് സിസ്റ്റം പകർപ്പിനെ മറയ്ക്കുന്നു. എൻട്രി മോശമായി പെരുമാറുമ്പോൾ desktop-file-validate പ്രവർത്തിപ്പിക്കുക, നീക്കം ചെയ്ത പാത്തുവിലേക്ക് ഇപ്പോഴും ചൂണ്ടുന്ന പഴയ പകർപ്പ് തിരയുക. അസാധുവായ ഉപയോക്തൃ പകർപ്പിനെ മിക്ക ഡെസ്ക്ടോപ്പുകളും ഇപ്പോഴും മുൻഗണന നൽകുന്നു, അതിനാൽ കേടായ ഫയലിന് മെനുവിൽ നിന്ന് എൻട്രി നീക്കാനാകും, അതേസമയം പാക്കേജിന്റെ ഫയൽ സാധുവായി തുടരും. തുടർന്ന് അതേ കമാൻഡ് കൈകൊണ്ട് പ്രവർത്തിപ്പിച്ച് രണ്ട് ആരംഭങ്ങളും എന്ത് ഉത്പാദിപ്പിക്കുന്നു എന്ന് താരതമ്യം ചെയ്യുക.

ക്രമീകരണം യഥാർത്ഥത്തിൽ എവിടെ ജീവിക്കുന്നു

XDG അടിസ്ഥാന ഡയറക്ടറി നിയമങ്ങൾ പിന്തുടരുന്ന ആപ്ലിക്കേഷനുകൾ കോൺഫിഗറേഷൻ $XDG_CONFIG_HOME ന് കീഴിലും സ്ഥിരമായ അവസ്ഥ $XDG_STATE_HOME ന് കീഴിലും ഉപേക്ഷിക്കാവുന്ന ഡാറ്റ $XDG_CACHE_HOME ന് കീഴിലും വയ്ക്കുന്നു, ആ വേരിയബിളുകൾ സെറ്റ് ചെയ്തിട്ടില്ലെങ്കിൽ സ്വതവേ ~/.config, ~/.local/state, ~/.cache ഉപയോഗിക്കുന്നു. ഈ മൂന്നും ഉറപ്പുകളല്ല, വേഷങ്ങളാണ്, അതിനാൽ ഒരു നിർദ്ദിഷ്ട VPN ഉൽപ്പന്നം തികച്ചും വ്യത്യസ്തമായ എന്തെങ്കിലും രേഖപ്പെടുത്തിയേക്കാം. ഡയറക്ടറി പേരിൽ നിന്ന് പാത്ത് ഊഹിക്കുന്നതിനേക്കാൾ വിൽപ്പനക്കാരന്റെ സ്വന്തം ഡോക്യുമെന്റേഷൻ വായിക്കുന്നതാണ് നല്ലത്. ഡോക്യുമെന്റേഷൻ കുറവാണെങ്കിൽ ഫയൽസിസ്റ്റത്തിന് പകരം പ്രക്രിയ നിരീക്ഷിക്കുക.

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

strace -f -e trace=openat,stat -o /tmp/vpn.log vpn-client

രഹസ്യങ്ങളുടെയും പ്രൊഫൈലുകളുടെയും ഉടമകൾ വ്യത്യസ്തരാണ്

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

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

ഐക്കണിന് എന്ത് പറയാനാകും, എന്ത് പറയാനാകില്ല

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

രണ്ടും കേടായിരുന്നെങ്കിൽ, അറ്റകുറ്റപ്പണിയെ ഒരൊറ്റ മാറ്റമായി കാണാനുള്ള പ്രലോഭനത്തെ എതിർക്കുക. എൻട്രി ശരിയാക്കുക, ആരംഭം ഉറപ്പാക്കുക, തുടർന്ന് ടണൽ ഉറപ്പാക്കുക, ഓരോ ഘട്ടത്തിന്റെയും ഫലം രേഖപ്പെടുത്തുക. ആ രേഖയാണ് അടുത്ത നഷ്ടപ്പെട്ട ക്രമീകരണങ്ങളുടെ റിപ്പോർട്ടിനെ ഇതിന്റെ ആവർത്തനമല്ലാതെ രോഗനിർണ്ണയം ചെയ്യാവുന്നതാക്കുന്നത്, പ്രശ്നത്തിന്റെ ഏത് പകുതിയാണ് യഥാർത്ഥമെന്ന് അടുത്ത വ്യക്തിയോട് പറയുന്നതും അതുതന്നെ.