Fjerning av VPN-pakken mislyktes i prerm: hva du bør sjekke først

Avinstalleringer kan stoppe halvveis med en feil som navngir et vedlikeholdsskript, og VPN-en blir halvt fjernet: konfigurasjonsfilene blir liggende, tjenesten kjører kanskje fortsatt, og pakkebehandleren nekter å fortsette. Den fristende løsningen i en gammel forumtråd er å slette skriptet og tvinge fjerningen. Det behandler symptomet og kaster bort oppryddingstrinnet som feilet. Les fasen og pakkens tilstand først.

Hvilket trinn i livssyklusen som faktisk feilet

Debian-pakker kjører preinst og postinst ved installasjon, og prerm og postrm ved fjerning eller fullstendig sletting, og hvert skripts avslutningsstatus styrer neste handling. En feil fra prerm betyr at fjerningen stoppet før pakkens filer ble slettet; en feil fra postrm betyr at fjerningen allerede var utført og at oppryddingen feilet. Dette er forskjellige situasjoner med forskjellig gjenoppretting. Distribusjonspolicyen forventer også at skript tåler gjentatt kjøring, fordi et mislykket trinn skal gjentas i stedet for å unngås.

Noter den første feilen ordrett, sammen med pakkenavn, versjon og distribusjonsutgivelse. Senere feil er vanligvis konsekvenser.

Les pakkens tilstand før du endrer den

Spør pakkebehandleren hva den tror har skjedd før du gir en ny kommando.

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

Listingen viser pakkens tilstandsflagg, revisjonen finner pakker som er etterlatt ødelagte eller halvt konfigurerte, og den simulerte fjerningen skriver ut hva apt ville gjort uten å røre noe. En simulering som feiler på samme skript bekrefter fasen, ikke nettverket. Noter skriptet som er navngitt i feilen, og list pakkens informasjonsfiler hvis du trenger å se hvilke skript som finnes. Ingenting av dette rettferdiggjør ennå å redigere disse filene.

Beskytt administrasjonsveien før reparasjonen

Hvis VPN-en bærer din eneste SSH-økt til denne verten, avslutter fjerningen tilgangen din midt i reparasjonen. Ordne først en konsoll, et administrasjonsgrensesnitt utenfor båndet eller en annen rute, og bekreft at den virker før du begynner. Ta vare på profilen og eventuelle instruksjoner for nyregistrering du trenger senere, fordi en fullstendig sletting kan fjerne generert konfigurasjon. Hold påloggingsinformasjon unna notatene du limer inn i en sak, og hold private nøkler helt unna diagnostikken.

Behandle en dokumentert manuell overstyring som en siste utvei under pakkeeierens veiledning, med de overhoppede trinnene gjort opp. Slett aldri skript med jokertegn, fordi pakkens egen oppryddingsliste er registret over hva som fortsatt gjenstår.

Skill resultatene for pakke, nettverk og påloggingsinformasjon

Tre resultater må kontrolleres uavhengig når den støttede prosedyren er ferdig. Pakketransaksjonen bør vise en ren tilstand, uten halvt konfigurerte oppføringer som blir igjen i revisjonen. Nettverket bør samsvare med det du hadde til hensikt: riktig tjeneste stoppet, ingen utdaterte ruter eller DNS-innstillinger, og en fungerende vei for erstatning eller direkte tilgang. Fjernsiden er det tredje resultatet, og utdatert påloggingsinformasjon bør trekkes tilbake gjennom eieren av den kontoen, fordi avinstallering av en klient ikke tilbakekaller noe.

Koble deretter til på nytt og test én tillatt destinasjon. En ren pakketilstand med en tunnel som fortsatt kjører, er et annet resultat enn et rent nettverk, og bare det andre forteller deg at fjerningen faktisk trådte i kraft.