Usuwanie pakietu VPN nie powiodło się w prerm: co sprawdzić najpierw

Odinstalowanie może zatrzymać się w połowie z błędem nazywającym skrypt utrzymaniowy, pozostawiając VPN częściowo usunięty: pliki konfiguracji zostają, usługa może nadal działać, a menedżer pakietów odmawia kontynuowania. Kuszącym rozwiązaniem ze starego wątku forum jest usunięcie skryptu i wymuszenie usunięcia. To leczy objaw i odrzuca nieudany krok czyszczenia. Najpierw przeczytaj etap i stan pakietu.

Który etap cyklu życia faktycznie zawiódł

Pakiety Debiana uruchamiają preinst i postinst przy instalacji oraz prerm i postrm przy usuwaniu lub pełnym czyszczeniu, a status wyjścia każdego skryptu decyduje o następnej akcji. Błąd z prerm oznacza, że usuwanie zatrzymało się przed skasowaniem plików pakietu; błąd z postrm oznacza, że usuwanie już się odbyło, a czyszczenie zawiodło. To różne sytuacje z różnym odzyskiwaniem. Polityka dystrybucji oczekuje też, że skrypty zniosą powtórne uruchomienie, ponieważ nieudany etap trzeba powtórzyć, a nie go unikać.

Zapisz pierwszy błąd dosłownie, wraz z nazwą pakietu, wersją i wydaniem dystrybucji. Późniejsze błędy są zwykle konsekwencjami.

Przeczytaj stan pakietu, zanim go zmienisz

Zapytaj menedżer pakietów, co jego zdaniem się stało, zanim wydasz kolejne polecenie.

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

Lista pokazuje flagi stanu pakietu, audyt znajduje pakiety pozostawione zepsute lub w połowie skonfigurowane, a symulowane usunięcie drukuje, co zrobiłby apt, nie dotykając niczego. Symulacja, która zawodzi na tym samym skrypcie, potwierdza etap, a nie sieć. Zwróć uwagę na skrypt nazwany w błędzie i wylistuj pliki informacyjne pakietu, jeśli musisz zobaczyć, jakie skrypty istnieją. Nic z tego nie uzasadnia jeszcze edycji tych plików.

Chroń ścieżkę zarządzania przed naprawą

Jeśli VPN przenosi twoją jedyną sesję SSH do tego hosta, jego usunięcie zakończy twój dostęp w środku naprawy. Najpierw zapewnij konsolę, interfejs zarządzania poza pasmem lub drugą trasę i potwierdź, że działa, zanim zaczniesz. Zachowaj profil i wszelkie instrukcje ponownej rejestracji, których będziesz potrzebować później, ponieważ pełne czyszczenie może usunąć wygenerowaną konfigurację. Trzymaj dane logowania poza notatkami, które wklejasz do zgłoszenia, a klucze prywatne całkowicie poza diagnostyką.

Udokumentowane ręczne obejście traktuj jako ostateczność pod kierunkiem właściciela pakietu, z rozliczonymi pominiętymi krokami. Nigdy nie usuwaj skryptów za pomocą symboli wieloznacznych, ponieważ własna lista czyszczenia pakietu jest zapisem tego, co jeszcze trzeba zrobić.

Oddziel wyniki dotyczące pakietu, sieci i danych logowania

Po zakończeniu wspieranej procedury trzeba niezależnie sprawdzić trzy wyniki. Transakcja pakietu powinna pokazywać czysty stan, bez wpisów w połowie skonfigurowanych pozostawionych w audycie. Sieć powinna odpowiadać temu, co zamierzałeś: właściwa usługa zatrzymana, żadnych nieaktualnych tras ani ustawień DNS, oraz działająca ścieżka do zastąpienia lub bezpośredniego dostępu. Strona zdalna to trzeci wynik, a nieaktualne dane logowania należy wycofać przez właściciela tego konta, ponieważ odinstalowanie klienta niczego nie unieważnia.

Następnie połącz się ponownie i przetestuj jeden dozwolony cel. Czysty stan pakietu z wciąż działającym tunelem to inny wynik niż czysta sieć, i tylko ten drugi mówi ci, że usunięcie naprawdę zaczęło obowiązywać.