VPN ക്ലയന്റ് അൺഇൻസ്റ്റാൾ ചെയ്തു, എന്നിട്ടും ബൂട്ടിൽ ടണൽ ഇപ്പോഴും ആരംഭിക്കുന്നു

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

അൺഇൻസ്റ്റാളർ ഒരിക്കലും രേഖപ്പെടുത്താത്തത്

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

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

നാല് ഉടമകൾ, ആദ്യം വായന മാത്രം

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

dpkg -l | grep -i acmevpn
systemctl list-unit-files | grep -i acmevpn
systemctl list-units --type=service --state=running | grep -i acmevpn

രണ്ടാം ബാച്ച് വൃത്തിയാക്കലിനെ അതിജീവിക്കുന്ന രണ്ട് ഘടകങ്ങളെ ഉൾക്കൊള്ളുന്നു, അതായത് കണക്ഷൻ പ്രൊഫൈലും വെണ്ടർ ശേഖരവും. പേരല്ല, UUID കോളം വായിക്കുക, കാരണം തനിപ്പകർപ്പ് പേരുകൾ സാധാരണമാണ്, ഡിലീറ്റ് കമാൻഡ് ഐഡന്റിഫയർ പ്രതീക്ഷിക്കുന്നു. ഇന്ന് നീക്കം ചെയ്യുന്നില്ലെങ്കിലും ശേഖര വരി വായിക്കാൻ യോഗ്യമാണ്, കാരണം മരിച്ച വെണ്ടർ ഹോസ്റ്റ് മാസങ്ങൾക്ക് ശേഷം ബന്ധമില്ലാത്ത ഇൻസ്റ്റാളേഷൻ തകർക്കാം. രണ്ട് ലിസ്റ്റുകളിൽ ഒന്നും ഒന്നും മാറ്റുന്നില്ല, അവ ആദ്യം പ്രവർത്തിപ്പിക്കുന്നതിന്റെ ഉദ്ദേശ്യവും അതാണ്.

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show --active
grep -ril acmevpn /etc/apt/sources.list.d/ /etc/apt/sources.list

വൃത്തിയാക്കലിന് ശേഷം ജീവനോടെയുള്ള പ്രോസസ്സ് സജീവ യൂണിറ്റോ മറ്റൊരു പ്രോഗ്രാമിന്റെ കുട്ടിയോ ആണ്. ഇപ്പോൾ ഇല്ലാത്ത ഒരു സേവനത്തെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് പ്രോസസ്സ് പട്ടികയും അതിന്റെ മാതൃ ശൃംഖലയും വായിക്കുക. ഓരോ ഉപയോക്താവിനുമുള്ള ഓട്ടോസ്റ്റാർട്ട് എൻട്രികൾക്കും അതേ പരിശോധന വേണം, അവ പുതിയ ലോഗിൻ ഷെല്ലിൽ മാത്രം കാണാം, root സെഷനിൽ അല്ല.

പരസ്പരം മാറ്റിസ്ഥാപിക്കാനാകാത്ത മൂന്ന് ക്രിയകൾ

നിർത്തുന്നത് നിലവിലെ ഓട്ടം അവസാനിപ്പിക്കുന്നു, പ്രവർത്തനരഹിതമാക്കുന്നത് ബൂട്ട് സമയ കണ്ണികൾ നീക്കുന്നു, മാസ്കിംഗ് യൂണിറ്റിനെ /dev/null ലേക്ക് നയിക്കുന്നു. മൂന്നാമത്തേത് മാത്രമാണ് സോക്കറ്റ്, ടൈമർ അല്ലെങ്കിൽ ആശ്രിതത്വം വഴിയുള്ള സജീവീകരണവും തടയുന്നത്, ഇത് അതിനെ മൂന്നിലും ശക്തമാക്കുന്നു. മെഷീനെ എന്തുചെയ്യണമെന്ന് ഇപ്പോഴും തീരുമാനിക്കുമ്പോൾ ക്രമം പ്രധാനമാണ്. ആ തീരുമാനത്തിനിടയിൽ മാസ്കിംഗാണ് ശരിയായ അവസ്ഥ, കാരണം അത് അടുത്ത ബൂട്ടിൽ നിശബ്ദമായി തുടങ്ങുന്നതിനുപകരം ഉച്ചത്തിൽ പരാജയപ്പെടുന്നു.

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

വൈൽഡ്കാർഡുകൾ ഉപയോഗിച്ചാണ് തെറ്റായ പ്രൊഫൈൽ ഡിലീറ്റ് ചെയ്യുന്നത്

നിങ്ങൾ എഴുതിവെച്ച UUID ഉപയോഗിച്ച് പ്രൊഫൈൽ ഡിലീറ്റ് ചെയ്യുക, ഒരിക്കലും വൈൽഡ്കാർഡ് ഉപയോഗിച്ച് അല്ല. keyfile ഡയറക്ടറിയിൽ മെഷീനിലെ എല്ലാ Wi-Fi, Ethernet പ്രൊഫൈലുകളുമുണ്ട്, അതിനാൽ വിശാലമായ പൊരുത്തം നിങ്ങൾക്ക് ഇപ്പോഴും വേണ്ട കാര്യങ്ങൾ നീക്കം ചെയ്യുന്നു. കൈകൊണ്ട് ഡിലീറ്റ് ചെയ്ത keyfile അതിന്റെ ഉടമയായ നയം വീണ്ടും സൃഷ്ടിച്ചേക്കാം, ഇത് ഡിലീറ്റ് ഫലപ്രദമല്ലാത്തതായി തോന്നിപ്പിക്കുന്നു.

nmcli connection delete uuid <uuid>

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

റീബൂട്ടിന് ശേഷവും എന്താണ് പ്രവർത്തിക്കുന്നത്

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

ip link
ip route
resolvectl status

പുതിയ ലോഗിൻ ഷെല്ലും തുറക്കുക, കാരണം ഓട്ടോസ്റ്റാർട്ട് എൻട്രി അവിടെ മാത്രമാണ് പ്രവർത്തിക്കുന്നത്. തുടർന്ന് ഇന്റർഫേസ് അവസ്ഥ മാറുമ്പോഴെല്ലാം കണക്ഷൻ ഉയർത്തുന്ന സ്ക്രിപ്റ്റിനായി /etc/NetworkManager/dispatcher.d/ വായിക്കുക, ഇത് പിന്നിൽ സേവനമില്ലാതെ ടണൽ മടങ്ങുന്നത് വിശദീകരിക്കുന്നു. ഇപ്പോഴും എന്തെങ്കിലും പുറത്തേക്ക് ഡയൽ ചെയ്യുന്നെങ്കിൽ, ലക്ഷണം നിൽക്കുന്നതുവരെ ഫയലുകൾ ഡിലീറ്റ് ചെയ്യുന്നതിനുപകരം പ്രോസസ്സിനെ അതിന്റെ മാതാവുവരെ പിന്തുടരുക. മെഷീൻ വൃത്തിയാക്കുന്നതും അക്കൗണ്ട് റദ്ദാക്കുന്നതും വെവ്വേറെ ജോലികളാണ്, റീബൂട്ട് ശാന്തമായി തോന്നുമ്പോൾ അവയിൽ ഒന്ന് മാത്രമാണ് പൂർത്തിയായിരിക്കുന്നത്.