VPN pakotnes noņemšana prerm neizdevās: ko pārbaudīt vispirms

Atinstalēšana var apstāties pusceļā ar kļūdu, kurā nosaukts uzturēšanas skripts, un VPN paliek daļēji noņemts: konfigurācijas faili paliek, pakalpojums var joprojām darboties, un pakotņu pārvaldnieks atsakās turpināt. Kārdinošais risinājums vecā foruma pavedienā ir dzēst skriptu un piespiest noņemšanu. Tas ārstē simptomu un atmet neizdevušos tīrīšanas soli. Vispirms izlasiet posmu un pakotnes stāvokli.

Kurš dzīves cikla solis patiesībā neizdevās

Debian pakotnes instalācijas laikā palaiž preinst un postinst, bet noņemšanas vai pilnīgas tīrīšanas laikā — prerm un postrm, un katra skripta iziešanas statuss nosaka nākamo darbību. prerm kļūda nozīmē, ka noņemšana apstājās pirms pakotnes failu dzēšanas; postrm kļūda nozīmē, ka noņemšana jau notika un tīrīšana neizdevās. Tās ir dažādas situācijas ar atšķirīgu atkopšanu. Izplatīšanas politika arī sagaida, ka skripti pacietīs atkārtotu palaišanu, jo neizdevušais posms ir jāatkārto, nevis jāizvairās no tā.

Pierakstiet pirmo kļūdu burtiski, kopā ar pakotnes nosaukumu, versiju un izplatīšanas laidienu. Vēlākās kļūdas parasti ir sekas.

Izlasiet pakotnes stāvokli pirms tā maiņas

Pajautājiet pakotņu pārvaldniekam, kas, viņaprāt, notika, pirms izdodat vēl vienu komandu.

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

Saraksts parāda pakotnes stāvokļa karodziņus, audits atrod bojātas vai daļēji konfigurētas pakotnes, un simulētā noņemšana izdrukā, ko apt darītu, nekam nepieskaroties. Simulācija, kas neizdodas pie tā paša skripta, apstiprina posmu, nevis tīklu. Pievērsiet uzmanību kļūdā nosauktajam skriptam un uzskaitiet pakotnes informācijas failus, ja jāredz, kādi skripti pastāv. Nekas no tā vēl neattaisno šo failu rediģēšanu.

Aizsargājiet pārvaldības ceļu pirms labošanas

Ja VPN pārvadā jūsu vienīgo SSH sesiju uz šo resursdatoru, tā noņemšana pārtrauks jūsu piekļuvi labošanas vidū. Vispirms nodrošiniet konsoli, ārēju pārvaldības saskarni vai otru maršrutu un pirms sākšanas apstipriniet, ka tas darbojas. Saglabājiet profilu un jebkuras atkārtotas reģistrācijas instrukcijas, kas būs vajadzīgas vēlāk, jo pilnīga tīrīšana var noņemt ģenerēto konfigurāciju. Turiet akreditācijas datus ārpus piezīmēm, ko ielīmējat pieteikumā, un privātās atslēgas pilnībā ārpus diagnostikas.

Dokumentētu manuālu ignorēšanu uzskatiet par pēdējo līdzekli pakotnes īpašnieka vadībā, ņemot vērā izlaistos soļus. Nekad nedzēsiet skriptus ar aizstājējzīmēm, jo pašas pakotnes tīrīšanas saraksts ir ieraksts par to, kas vēl jādara.

Atdaliet pakotnes, tīkla un akreditācijas datu rezultātus

Pēc atbalstītās procedūras beigām trīs rezultāti jāpārbauda neatkarīgi. Pakotnes darījumam jārāda tīrs stāvoklis, bez daļēji konfigurētiem ierakstiem auditā. Tīklam jāatbilst tam, ko bijāt iecerējis: pareizais pakalpojums apturēts, nav novecojušu maršrutu vai DNS iestatījumu, un ir darba ceļš nomaiņai vai tiešai piekļuvei. Attālā puse ir trešais rezultāts, un novecojušie akreditācijas dati jāatsauc caur tā konta īpašnieku, jo klienta atinstalēšana neko neatsauc.

Pēc tam atkārtoti pievienojieties un pārbaudiet vienu atļautu galamērķi. Tīrs pakotnes stāvoklis ar joprojām darbojošos tuneli ir cits rezultāts nekā tīrs tīkls, un tikai otrais pasaka, ka noņemšana patiešām stājās spēkā.