Borttagning av VPN-paketet misslyckades i prerm: vad du bör kontrollera först

Avinstallationer kan stanna halvvägs med ett fel som namnger ett underhållsskript, och VPN:en lämnas halvt borttagen: konfigurationsfilerna ligger kvar, tjänsten körs kanske fortfarande, och pakethanteraren vägrar fortsätta. Den frestande lösningen i en gammal forumtråd är att radera skriptet och tvinga fram borttagningen. Det behandlar symptomet och kastar bort rensningssteget som misslyckades. Läs fasen och paketets tillstånd först.

Vilket steg i livscykeln som faktiskt misslyckades

Debian-paket kör preinst och postinst vid installation, och prerm och postrm vid borttagning eller fullständig rensning, och varje skripts utgångsstatus styr nästa åtgärd. Ett fel från prerm betyder att borttagningen stoppades innan paketets filer raderades; ett fel från postrm betyder att borttagningen redan hade skett och att rensningen misslyckades. Det är olika situationer med olika återställning. Distributionspolicyn förväntar sig också att skript tål upprepad körning, eftersom ett misslyckat steg ska upprepas i stället för att undvikas.

Anteckna det första felet ordagrant, tillsammans med paketnamn, version och distributionsutgåva. Senare fel är vanligtvis konsekvenser.

Läs paketets tillstånd innan du ändrar det

Fråga pakethanteraren vad den tror har hänt innan du ger ett nytt kommando.

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

Listningen visar paketets tillståndsflaggor, granskningen hittar paket som lämnats trasiga eller halvkonfigurerade, och den simulerade borttagningen skriver ut vad apt skulle göra utan att röra något. En simulering som misslyckas på samma skript bekräftar fasen, inte nätverket. Notera skriptet som nämns i felet och lista paketets informationsfiler om du behöver se vilka skript som finns. Inget av detta rättfärdigar ännu att dessa filer redigeras.

Skydda administrationsvägen före reparationen

Om VPN:en bär din enda SSH-session till den här värden avslutar borttagningen din åtkomst mitt i reparationen. Ordna först en konsol, ett administrationsgränssnitt utanför bandet eller en andra rutt, och bekräfta att den fungerar innan du börjar. Spara profilen och eventuella instruktioner för nyregistrering som du behöver senare, eftersom en fullständig rensning kan ta bort genererad konfiguration. Håll inloggningsuppgifter utanför anteckningarna du klistrar in i ett ärende, och håll privata nycklar helt utanför diagnostiken.

Behandla ett dokumenterat manuellt åsidosättande som en sista utväg under paketägarens vägledning, med de överhoppade stegen avräknade. Radera aldrig skript med jokertecken, eftersom paketets egen rensningslista är registret över vad som fortfarande återstår.

Separera resultaten för paket, nätverk och inloggningsuppgifter

Tre resultat måste kontrolleras oberoende när den stödda proceduren är klar. Pakettransaktionen bör visa ett rent tillstånd, utan halvkonfigurerade poster kvar i granskningen. Nätverket bör matcha det du avsåg: rätt tjänst stoppad, inga föråldrade rutter eller DNS-inställningar, och en fungerande väg för utbyte eller direkt åtkomst. Fjärrsidan är det tredje resultatet, och föråldrade inloggningsuppgifter bör dras tillbaka via ägaren till det kontot, eftersom avinstallering av en klient inte återkallar något.

Anslut sedan igen och testa en tillåten destination. Ett rent pakettillstånd med en tunnel som fortfarande körs är ett annat resultat än ett rent nätverk, och bara det andra säger att borttagningen faktiskt trädde i kraft.