prerm-ൽ VPN പാക്കേജ് നീക്കം ചെയ്യൽ പരാജയപ്പെട്ടു: ആദ്യം എന്ത് പരിശോധിക്കണം

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

ജീവിതചക്രത്തിന്റെ ഏത് ഘട്ടമാണ് യഥാർത്ഥത്തിൽ പരാജയപ്പെട്ടത്

Debian പാക്കേജുകൾ ഇൻസ്റ്റലേഷനിൽ preinst, postinst എന്നിവയും നീക്കം ചെയ്യലിൽ അല്ലെങ്കിൽ പൂർണ്ണ ക്ലീനപ്പിൽ prerm, postrm എന്നിവയും പ്രവർത്തിപ്പിക്കുന്നു, ഓരോ സ്ക്രിപ്റ്റിന്റെയും എക്സിറ്റ് നില അടുത്ത പ്രവർത്തനം നിർണ്ണയിക്കുന്നു. prerm-ൽ നിന്നുള്ള പിശക് അർത്ഥമാക്കുന്നത് പാക്കേജിന്റെ ഫയലുകൾ ഡിലീറ്റ് ചെയ്യുന്നതിന് മുമ്പ് നീക്കം ചെയ്യൽ നിർത്തിയെന്നാണ്; postrm-ൽ നിന്നുള്ള പിശക് അർത്ഥമാക്കുന്നത് നീക്കം ചെയ്യൽ ഇതിനകം നടന്നുവെന്നും ക്ലീനപ്പ് പരാജയപ്പെട്ടുവെന്നുമാണ്. ഇവ വ്യത്യസ്ത വീണ്ടെടുപ്പുള്ള വ്യത്യസ്ത സാഹചര്യങ്ങളാണ്. വിതരണ നയം സ്ക്രിപ്റ്റുകൾ ആവർത്തിച്ചുള്ള പ്രവർത്തനം സഹിക്കണമെന്നും പ്രതീക്ഷിക്കുന്നു, കാരണം പരാജയപ്പെട്ട ഘട്ടം ഒഴിവാക്കുന്നതിനുപകരം ആവർത്തിക്കണം.

ആദ്യ പിശക് അക്ഷരാർത്ഥത്തിൽ രേഖപ്പെടുത്തുക, പാക്കേജിന്റെ പേര്, പതിപ്പ്, വിതരണ റിലീസ് എന്നിവയോടൊപ്പം. പിന്നീടുള്ള പിശകുകൾ സാധാരണയായി പരിണിതഫലങ്ങളാണ്.

മാറ്റുന്നതിന് മുമ്പ് പാക്കേജിന്റെ അവസ്ഥ വായിക്കുക

മറ്റൊരു കമാൻഡ് നൽകുന്നതിന് മുമ്പ് എന്താണ് സംഭവിച്ചതെന്ന് പാക്കേജ് മാനേജരോട് ചോദിക്കുക.

dpkg -l vpn-package
dpkg --audit
apt-get -s remove vpn-package

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

അറ്റകുറ്റപ്പണിക്ക് മുമ്പ് മാനേജ്മെന്റ് പാത സംരക്ഷിക്കുക

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

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

പാക്കേജ്, നെറ്റ്വർക്ക്, ക്രെഡൻഷ്യൽ ഫലങ്ങൾ വേർതിരിക്കുക

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

തുടർന്ന് വീണ്ടും കണക്ട് ചെയ്ത് അനുവദനീയമായ ഒരു ലക്ഷ്യസ്ഥാനം പരിശോധിക്കുക. ഇപ്പോഴും പ്രവർത്തിക്കുന്ന ടണലിനൊപ്പം വൃത്തിയുള്ള പാക്കേജ് അവസ്ഥ വൃത്തിയുള്ള നെറ്റ്വർക്കിൽ നിന്ന് വ്യത്യസ്ത ഫലമാണ്, നീക്കം ചെയ്യൽ യഥാർത്ഥത്തിൽ പ്രാബല്യത്തിൽ വന്നുവെന്ന് രണ്ടാമത്തേത് മാത്രമാണ് പറയുന്നത്.