Отстранувањето на 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 поставки, и работен пат за замена или директен пристап. Далечната страна е третиот резултат, а застарените акредитиви треба да се повлечат преку сопственикот на таа сметка, бидејќи деинсталирањето на клиент не отповикува ништо.

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