Eliminarea pachetului VPN a eșuat în prerm: ce trebuie verificat mai întâi

Dezinstalările se pot opri la jumătate cu o eroare care numește un script de întreținere, lăsând VPN-ul pe jumătate eliminat: fișierele de configurare rămân, serviciul poate rula în continuare, iar managerul de pachete refuză să continue. Soluția tentantă dintr-un fir vechi de forum este să ștergeți scriptul și să forțați eliminarea. Asta tratează simptomul și aruncă pasul de curățare care a eșuat. Citiți mai întâi etapa și starea pachetului.

Care pas din ciclul de viață a eșuat de fapt

Pachetele Debian rulează preinst și postinst la instalare, iar prerm și postrm la eliminare sau la curățarea completă, iar starea de ieșire a fiecărui script determină acțiunea următoare. O eroare de la prerm înseamnă că eliminarea s-a oprit înainte de ștergerea fișierelor pachetului; o eroare de la postrm înseamnă că eliminarea a avut deja loc și curățarea a eșuat. Sunt situații diferite cu recuperări diferite. Politica distribuției așteaptă, de asemenea, ca scripturile să tolereze o rulare repetată, deoarece o etapă eșuată trebuie repetată, nu evitată.

Notați prima eroare textual, împreună cu numele pachetului, versiunea și versiunea distribuției. Erorile ulterioare sunt de obicei consecințe.

Citiți starea pachetului înainte de a-l modifica

Întrebați managerul de pachete ce crede că s-a întâmplat înainte de a emite altă comandă.

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

Lista arată indicatorii de stare ai pachetului, auditul găsește pachete lăsate rupte sau pe jumătate configurate, iar eliminarea simulată afișează ce ar face apt fără a atinge nimic. O simulare care eșuează la același script confirmă etapa, nu rețeaua. Observați scriptul numit în eroare și listați fișierele de informații ale pachetului dacă trebuie să vedeți ce scripturi există. Nimic din toate acestea nu justifică încă editarea acelor fișiere.

Protejați calea de administrare înainte de reparație

Dacă VPN-ul poartă singura dumneavoastră sesiune SSH către acest host, eliminarea lui vă încheie accesul la mijlocul reparației. Asigurați mai întâi o consolă, o interfață de administrare în afara benzii sau o a doua rută și confirmați că funcționează înainte de a începe. Păstrați profilul și orice instrucțiuni de reînregistrare de care veți avea nevoie ulterior, deoarece o curățare completă poate elimina configurația generată. Țineți acreditările în afara notițelor pe care le lipiți într-un tichet și țineți cheile private complet în afara diagnosticării.

Tratați o suprascriere manuală documentată ca ultimă soluție sub îndrumarea proprietarului pachetului, cu pașii omiși socotiți. Nu ștergeți niciodată scripturi cu metacaractere, deoarece lista de curățare a pachetului este înregistrarea a ceea ce mai rămâne de făcut.

Separați rezultatele pentru pachet, rețea și acreditări

Trei rezultate trebuie verificate independent când procedura acceptată se încheie. Tranzacția pachetului ar trebui să arate o stare curată, fără intrări pe jumătate configurate rămase în audit. Rețeaua ar trebui să corespundă intenției dumneavoastră: serviciul corect oprit, fără rute sau setări DNS învechite și o cale funcțională pentru înlocuire sau acces direct. Partea îndepărtată este al treilea rezultat, iar acreditările învechite ar trebui retrase prin proprietarul acelui cont, deoarece dezinstalarea unui client nu revocă nimic.

Apoi reconectați-vă și testați o destinație permisă. O stare curată a pachetului cu un tunel încă în execuție este un rezultat diferit de o rețea curată, iar doar al doilea vă spune că eliminarea a intrat într-adevăr în vigoare.