Fjernelse af VPN-pakke mislykkedes i prerm: hvad du skal kontrollere først

Afinstallationer kan stoppe halvvejs med en fejl, der navngiver et vedligeholdelsesscript, så VPN'en efterlades halvt fjernet: konfigurationsfilerne bliver tilbage, tjenesten kører muligvis stadig, og pakkehåndteringen nægter at fortsætte. Den fristende løsning i en gammel forumtråd er at slette scriptet og tvinge fjernelsen igennem. Det behandler symptomet og smider det oprydningstrin væk, som fejlede. Læs fasen og pakkens tilstand først.

Hvilket trin i livscyklussen fejlede egentlig

Debian-pakker kører preinst og postinst ved installation og prerm og postrm ved fjernelse eller fuldstændig sletning, og hvert scripts afslutningsstatus styrer den næste handling. En fejl fra prerm betyder, at fjernelsen stoppede, før pakkens filer blev slettet; en fejl fra postrm betyder, at fjernelsen allerede var sket, og at oprydningen fejlede. Det er forskellige situationer med forskellig gendannelse. Distributionspolitikken forventer også, at scripts tåler en gentagen kørsel, fordi et mislykket trin skal gentages i stedet for at undgås.

Noter den første fejl ordret sammen med pakkenavn, version og distributionsudgivelse. Senere fejl er som regel konsekvenser.

Læs pakkens tilstand, før du ændrer den

Spørg pakkehåndteringen, hvad den mener er sket, før du udsteder en ny kommando.

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

Oversigten viser pakkens tilstandsflag, revisionen finder pakker, der er efterladt brudte eller halvt konfigurerede, og den simulerede fjernelse udskriver, hvad apt ville gøre uden at røre noget. En simulering, der fejler på det samme script, bekræfter fasen frem for netværket. Noter scriptet, der nævnes i fejlen, og list pakkens informationsfiler, hvis du skal se, hvilke scripts der findes. Intet af det retfærdiggør endnu at redigere de filer.

Beskyt administrationsvejen før reparationen

Hvis VPN'en bærer din eneste SSH-session til denne vært, afslutter fjernelsen din adgang midt i reparationen. Sørg først for en konsol, en out-of-band-administrationsgrænseflade eller en anden rute, og bekræft, at den virker, før du begynder. Bevar profilen og eventuelle genindmeldelsesinstruktioner, du får brug for bagefter, fordi en fuldstændig sletning kan fjerne genereret konfiguration. Hold legitimationsoplysninger ude af de noter, du indsætter i en sag, og hold private nøgler helt ude af diagnostikken.

Behandl en dokumenteret manuel tilsidesættelse som sidste udvej under pakkeejerens vejledning, med de oversprungne trin gjort op. Slet aldrig scripts med jokertegn, fordi pakkens egen oprydningsliste er registret over, hvad der stadig mangler at blive gjort.

Adskil resultater for pakke, netværk og legitimationsoplysninger

Tre resultater skal kontrolleres uafhængigt, når den understøttede procedure er færdig. Pakketransaktionen bør vise en ren tilstand uden halvt konfigurerede poster tilbage i revisionen. Netværket bør passe til det, du havde til hensigt: den rigtige tjeneste stoppet, ingen forældede ruter eller DNS-indstillinger og en fungerende vej til erstatning eller direkte adgang. Den fjerne side er det tredje resultat, og forældede legitimationsoplysninger bør tilbagekaldes gennem ejeren af den konto, fordi afinstallation af en klient ikke tilbagekalder noget.

Genopret derefter forbindelsen, og test én tilladt destination. En ren pakketilstand med en tunnel, der stadig kører, er et andet resultat end et rent netværk, og kun det andet fortæller dig, at fjernelsen faktisk trådte i kraft.