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

മൂന്ന് വേറിട്ട വസ്തുതകൾ: ആരംഭം, ഐക്കൺ, ടണൽ

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

ടണൽ വീണ്ടും മൂന്നാമത്തെ വസ്തുതയാണ്. ഐക്കൺ ഇല്ലാത്തത് കണക്ഷൻ വിച്ഛേദിച്ചതിന്റെ തെളിവല്ല, ഐക്കൺ «ശരിയാക്കാൻ» ക്ലയന്റ് കൊന്ന് വീണ്ടും ആരംഭിക്കുന്നതാണ് പ്രവർത്തിക്കുന്ന ടണൽ കാരണമില്ലാതെ തടസ്സപ്പെടുത്തുന്ന രീതി. ഉപയോക്താക്കൾ കാണാതായ ഐക്കണും തകർന്ന ടണലും ഒരേ വാക്യത്തിൽ റിപ്പോർട്ട് ചെയ്യുന്നു, അതുകൊണ്ടുതന്നെ രണ്ടും കടലാസിൽ വേർതിരിക്കണം.

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

സെഷൻ യഥാർത്ഥത്തിൽ വായിക്കുന്ന എൻട്രി കണ്ടെത്തുക

ഓട്ടോസ്റ്റാർട്ട് എൻട്രികൾ ഉപയോക്തൃ ഡയറക്ടറിയിലും സിസ്റ്റം ഡയറക്ടറിയിലും ഉണ്ട്, ഫയൽനാമങ്ങൾ ഒത്തുപോകുമ്പോൾ ഉപയോക്തൃ പകർപ്പാണ് വിജയിക്കുന്നത്. തെറ്റായ എൻട്രി വായിക്കുന്നതാണ് മാറ്റം ഫലമില്ലാത്തതായി തോന്നുന്നതിന്റെ ഏറ്റവും സാധാരണ കാരണം. എന്തെങ്കിലും എഡിറ്റ് ചെയ്യുന്നതിന് മുൻപ് രണ്ട് ഡയറക്ടറികളും ലിസ്റ്റ് ചെയ്ത്, സെഷൻ യഥാർത്ഥത്തിൽ ഏത് ഫയൽ ലോഡ് ചെയ്യുമെന്ന് കുറിക്കുക.

ls -l ~/.config/autostart/ /etc/xdg/autostart/
echo "$XDG_CURRENT_DESKTOP"
grep -H -E '^(OnlyShowIn|NotShowIn|TryExec|Hidden|Exec)=' ~/.config/autostart/*.desktop /etc/xdg/autostart/*.desktop

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

ഒരേ ഫയൽനാമം രണ്ട് ഡയറക്ടറികളിലും ഉണ്ടെങ്കിൽ പ്രധാനം ഉപയോക്തൃ പകർപ്പാണ്. സിസ്റ്റം ഫയൽ എഡിറ്റ് ചെയ്ത് എന്തുകൊണ്ട് ഒന്നും മാറിയില്ലെന്ന് ആലോചിക്കുന്നത് വളരെ സാധാരണയായ നഷ്ടപ്പെട്ട മണിക്കൂറാണ്.

ഫിൽട്ടറിംഗ് കീകൾ ക്രമത്തിൽ വായിക്കുക

താഴെയുള്ള ഉദാഹരണ എൻട്രി സെഷൻ പ്രോഗ്രാം ആരംഭിക്കുമോ എന്ന് തീരുമാനിക്കുന്ന കീകൾ കാണിക്കുന്നു. ഇത് ഒരു ഭാഗമാണ്, പൂർണ്ണ ലോഞ്ചറല്ല, മൂല്യങ്ങൾ ഒരു സാങ്കൽപ്പിക പാതയിൽ നിന്നുള്ളതാണ്.

[Desktop Entry]
Type=Application
Name=Example VPN
Exec=/opt/example-vpn/client --minimized
TryExec=/opt/example-vpn/client
OnlyShowIn=GNOME;

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

TryExec സെഷൻ അത് ആരംഭിക്കുന്നതിന് മുൻപ് എക്സിക്യൂട്ടബിൾ ഫയൽ ഉണ്ടോ എന്ന് ചോദിക്കുന്നു. അതിനാൽ പഴയ ഇൻസ്റ്റാളിൽ നിന്ന് ബാക്കിയായ പാത പുതിയ പാക്കേജ് മെനുവിൽ നിന്ന് ആരംഭിക്കുമ്പോൾ പ്രവർത്തിച്ചാലും ഓട്ടോസ്റ്റാർട്ട് അടക്കിവയ്ക്കുന്നു, ആ പരാജയം കൃത്യമായി ഡെസ്ക്ടോപ്പ് ഫിൽട്ടർ പോലെ തോന്നുന്നു.

സിസ്റ്റം തലത്തിലല്ല, ഉപയോക്തൃ തലത്തിൽ ഓവർറൈഡ് ചെയ്യുക

ഈ മെഷീനിൽ ഫിൽട്ടർ യഥാർത്ഥത്തിൽ തെറ്റാണെങ്കിൽ സിസ്റ്റം എൻട്രി ഉപയോക്തൃ ഡയറക്ടറിയിലേക്ക് പകർത്തി പകർപ്പ് മാറ്റുക. XDG ഓട്ടോസ്റ്റാർട്ട് നിയമങ്ങൾ അനുസരിച്ച്, ഒരേ പേരിലുള്ള ഉപയോക്തൃ എൻട്രിക്ക് മുൻഗണനയുണ്ട്, Hidden=true സിസ്റ്റം ഫയൽ ഇല്ലാതാക്കാതെ എൻട്രി നിർജ്ജീവമാക്കുന്നു.

mkdir -p ~/.config/autostart
cp /etc/xdg/autostart/example-vpn.desktop ~/.config/autostart/
sed -i '/^OnlyShowIn=/d' ~/.config/autostart/example-vpn.desktop
desktop-file-validate ~/.config/autostart/example-vpn.desktop

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

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

ടണൽ തൊടാതെ ആരംഭം സ്ഥിരീകരിക്കുക

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

pgrep -af example-vpn
systemctl --user status example-vpn.service
journalctl --user -b --no-pager | grep -i example-vpn | tail -20

പ്രോസസ്സ് ഇല്ലെങ്കിൽ, ബാക്കിയുള്ള ഫിൽട്ടറോ പഴയ TryExec പാതയോ ഉണ്ടോ എന്ന് എൻട്രി വീണ്ടും വായിക്കുക. അത് ഉണ്ടെങ്കിൽ ലോഞ്ചർ പ്രവർത്തിച്ചു, കാണാതായ ഐക്കൺ പാനലിന്റെ സൂചക പിന്തുണയുമായി ബന്ധപ്പെട്ട വേറിട്ട പ്രശ്നമാണ്, നിങ്ങൾ ഇപ്പോൾ എഡിറ്റ് ചെയ്ത എൻട്രിയുടേതല്ല.

ടിക്കറ്റിൽ മൂന്ന് നിരീക്ഷണങ്ങൾ രേഖപ്പെടുത്തുക: ആരംഭിച്ചു, കാണാം, കണക്റ്റ് ചെയ്തു. ആ രേഖ അടുത്ത വ്യക്തിയെ അതേ ത്രിമുഖ ആശയക്കുഴപ്പം ആവർത്തിക്കുന്നതിൽ നിന്ന് തടയുന്നു, ഏത് പാളിക്ക് ഇനിയും ജോലി വേണമെന്ന് വ്യക്തമാക്കുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ