Уклањање VPN пакета није успело у prerm: шта прво проверити

Деинсталације могу стати на пола пута са грешком која именује скрипту за одржавање, остављајући VPN напола уклоњен: конфигурационе датотеке остају, услуга можда још ради, а менаџер пакета одбија да настави. Примамљиво решење из старе форумске теме је избрисати скрипту и присилити уклањање. То лечи симптом и одбацује корак чишћења који није успео. Прво прочитајте фазу и стање пакета.

Који је корак животног циклуса заправо заказао

Debian пакети покрећу preinst и postinst при инсталацији, а prerm и postrm при уклањању или потпуном чишћењу, при чему излазни статус сваке скрипте одређује следећу радњу. Грешка из prerm значи да је уклањање стало пре брисања датотека пакета; грешка из postrm значи да се уклањање већ догодило и да је чишћење заказало. То су различите ситуације са различитим опоравком. Политика дистрибуције такође очекује да скрипте поднесу поновно покретање, јер неуспелу фазу треба поновити, а не избећи.

Забележите прву грешку дословно, заједно са именом пакета, верзијом и издањем дистрибуције. Касније грешке су обично последице.

Прочитајте стање пакета пре него што га промените

Питајте менаџер пакета шта мисли да се догодило пре него што издате још једну команду.

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

Списак приказује ознаке стања пакета, ревизија проналази пакете остављене поломљене или напола конфигурисане, а симулирано уклањање исписује шта би apt урадио без дирања у било шта. Симулација која закаже на истој скрипти потврђује фазу, а не мрежу. Забележите скрипту наведену у грешци и излистајте информационе датотеке пакета ако треба да видите које скрипте постоје. Ништа од тога још не оправдава уређивање тих датотека.

Заштитите пут управљања пре поправке

Ако VPN носи вашу једину SSH сесију ка овом хосту, његово уклањање прекида ваш приступ усред поправке. Прво обезбедите конзолу, ванпојасни интерфејс за управљање или други маршрут, и потврдите да ради пре почетка. Сачувајте профил и сва упутства за поновну регистрацију која ће вам касније требати, јер потпуно чишћење може уклонити генерисану конфигурацију. Држите акредитиве изван белешки које лепите у тикет, а приватне кључеве потпуно изван дијагностике.

Документовано ручно прескакање третирајте као последње средство под вођством власника пакета, са обрачунатим прескоченим корацима. Никада не бришите скрипте џокер знаком, јер је сопствена листа чишћења пакета запис онога што још треба урадити.

Одвојите резултате за пакет, мрежу и акредитиве

Три резултата треба независно проверити када се подржани поступак заврши. Трансакција пакета треба да покаже чисто стање, без напола конфигурисаних уноса осталих у ревизији. Мрежа треба да одговара ономе што сте намеравали: тачна услуга заустављена, без застарелих рута или DNS подешавања, и радни пут за замену или директан приступ. Далека страна је трећи резултат, а застареле акредитиве треба повући преко власника тог налога, јер деинсталација клијента ништа не опозива.

Затим се поново повежите и тестирајте једну дозвољену дестинацију. Чисто стање пакета са тунелом који још ради је другачији резултат од чисте мреже, и само други вам каже да је уклањање заиста ступило на снагу.