Odstranění balíčku VPN selhalo v prerm: co zkontrolovat jako první

Odinstalace se může zastavit v polovině s chybou, která uvádí název údržbového skriptu, a VPN zůstane napůl odstraněná: konfigurační soubory zůstávají, služba může stále běžet, a správce balíčků odmítá pokračovat. Lákavé řešení ve starém vlákně fóra je smazat skript a vynutit odstranění. To léčí symptom a zahazuje krok čištění, který selhal. Nejprve si přečtěte fázi a stav balíčku.

Který krok životního cyklu vlastně selhal

Balíčky Debian spouštějí preinst a postinst při instalaci a prerm a postrm při odstranění nebo úplném vyčištění, přičemž návratový stav každého skriptu určuje další akci. Chyba z prerm znamená, že se odstranění zastavilo před smazáním souborů balíčku; chyba z postrm znamená, že odstranění už proběhlo a čištění selhalo. Jsou to různé situace s různou obnovou. Politika distribuce také očekává, že skripty snesou opakované spuštění, protože selhanou fázi je třeba zopakovat, ne se jí vyhnout.

Zapište první chybu doslovně spolu s názvem balíčku, verzí a vydáním distribuce. Pozdější chyby jsou obvykle následky.

Přečtěte si stav balíčku, než ho změníte

Než vydáte další příkaz, zeptejte se správce balíčků, co si myslí, že se stalo.

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

Výpis ukazuje stavové příznaky balíčku, audit nachází balíčky ponechané rozbité nebo napůl nakonfigurované a simulované odstranění vypíše, co by apt udělal, aniž by se čehokoli dotkl. Simulace, která selže na stejném skriptu, potvrzuje fázi, ne síť. Poznamenejte si skript uvedený v chybě a vypište informační soubory balíčku, pokud potřebujete vidět, které skripty existují. Nic z toho zatím neospravedlňuje úpravu těch souborů.

Chraňte cestu správy ještě před opravou

Pokud VPN nese vaše jediné SSH spojení k tomuto hostiteli, její odstranění ukončí váš přístup uprostřed opravy. Nejprve zajistěte konzoli, mimosíťové rozhraní pro správu nebo druhou trasu a před začátkem potvrďte, že funguje. Uchovejte profil a všechny pokyny k opětovné registraci, které budete později potřebovat, protože úplné vyčištění může odstranit vygenerovanou konfiguraci. Držte přihlašovací údaje mimo poznámky, které vkládáte do tiketu, a soukromé klíče zcela mimo diagnostiku.

Dokumentované ruční obejití berte jako poslední možnost pod vedením vlastníka balíčku a s vyúčtovanými přeskočenými kroky. Nikdy nemažte skripty pomocí zástupných znaků, protože vlastní seznam čištění balíčku je záznamem toho, co ještě zbývá udělat.

Oddělte výsledky balíčku, sítě a přihlašovacích údajů

Po dokončení podporovaného postupu je třeba nezávisle zkontrolovat tři výsledky. Transakce balíčku by měla ukázat čistý stav, bez napůl nakonfigurovaných položek zbylých v auditu. Síť by měla odpovídat tomu, co jste zamýšleli: správná služba zastavena, žádné zastaralé trasy ani nastavení DNS a funkční cesta pro nahrazení nebo přímý přístup. Vzdálená strana je třetí výsledek a zastaralé přihlašovací údaje by měly být odvolány přes vlastníka toho účtu, protože odinstalace klienta nic neodvolá.

Potom se znovu připojte a otestujte jeden povolený cíl. Čistý stav balíčku s tunelem, který stále běží, je jiný výsledek než čistá síť a jen ten druhý vám říká, že odstranění skutečně nabylo účinnosti.