VPN paketo šalinimas nepavyko prerm: ką patikrinti pirmiausia

Šalinimas gali sustoti pusiaukelėje su klaida, kurioje nurodomas techninės priežiūros scenarijus, ir VPN lieka pusiau pašalinta: konfigūracijos failai lieka, paslauga gali vis dar veikti, o paketų tvarkyklė atsisako tęsti. Viliojantis senos forumo temos sprendimas yra ištrinti scenarijų ir priversti šalinimą. Tai gydo simptomą ir atmeta nepavykusį valymo veiksmą. Pirmiausia perskaitykite etapą ir paketo būseną.

Kuris gyvavimo ciklo veiksmas iš tikrųjų nepavyko

Debian paketai įdiegimo metu paleidžia preinst ir postinst, o šalinimo ar visiško išvalymo metu – prerm ir postrm, ir kiekvieno scenarijaus išėjimo būsena lemia kitą veiksmą. prerm klaida reiškia, kad šalinimas sustojo prieš ištrinant paketo failus; postrm klaida reiškia, kad šalinimas jau įvyko ir valymas nepavyko. Tai skirtingos situacijos su skirtingu atkūrimu. Platinimo politika taip pat tikisi, kad scenarijai pakęs pakartotinį paleidimą, nes nepavykusį etapą reikia kartoti, o ne jo vengti.

Užrašykite pirmąją klaidą pažodžiui kartu su paketo pavadinimu, versija ir platinimo leidiniu. Vėlesnės klaidos paprastai yra pasekmės.

Perskaitykite paketo būseną prieš ją keisdami

Paklauskite paketų tvarkyklės, kas, jos manymu, įvyko, prieš duodami kitą komandą.

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

Sąrašas rodo paketo būsenos vėliavėles, auditas randa paliktus sugadintus ar pusiau sukonfigūruotus paketus, o simuliuotas šalinimas išspausdina, ką apt darytų nieko neliesdamas. Simuliacija, kuri nepavyksta ties tuo pačiu scenarijumi, patvirtina etapą, o ne tinklą. Atkreipkite dėmesį į klaidoje nurodytą scenarijų ir išvardykite paketo informacinius failus, jei reikia pamatyti, kokie scenarijai egzistuoja. Niekas iš to dar nepateisina tų failų redagavimo.

Apsaugokite valdymo kelią prieš taisymą

Jei VPN perduoda jūsų vienintelę SSH sesiją į šį hostą, jį pašalinus jūsų prieiga nutrūks taisymo viduryje. Pirmiausia pasirūpinkite konsole, išorine valdymo sąsaja ar antru maršrutu ir prieš pradėdami patvirtinkite, kad jis veikia. Išsaugokite profilį ir visas pakartotinės registracijos instrukcijas, kurių prireiks vėliau, nes visiškas išvalymas gali pašalinti sugeneruotą konfigūraciją. Laikykite prisijungimo duomenis atokiau nuo užrašų, kuriuos įklijuojate į bilietą, o privačius raktus visiškai atokiau nuo diagnostikos.

Dokumentuotą rankinį nepaisymą laikykite paskutine priemone vadovaujant paketo savininkui, atsižvelgdami į praleistus veiksmus. Niekada netrinkite scenarijų pakaitos simboliais, nes paties paketo valymo sąrašas yra tai, ką dar reikia atlikti.

Atskirkite paketo, tinklo ir prisijungimo duomenų rezultatus

Palaikomai procedūrai pasibaigus, tris rezultatus reikia tikrinti atskirai. Paketo operacija turėtų rodyti švarią būseną, be pusiau sukonfigūruotų įrašų, likusių audite. Tinklas turėtų atitikti tai, ko norėjote: tinkama paslauga sustabdyta, jokių pasenusių maršrutų ar DNS nustatymų ir veikiantis kelias pakeitimui ar tiesioginei prieigai. Nuotolinė pusė yra trečias rezultatas, o pasenę prisijungimo duomenys turėtų būti panaikinti per tos paskyros savininką, nes kliento pašalinimas nieko nepanaikina.

Tada vėl prisijunkite ir išbandykite vieną leidžiamą tikslą. Švari paketo būsena su vis dar veikiančiu tuneliu yra kitas rezultatas nei švarus tinklas, ir tik antrasis pasako, kad šalinimas tikrai įsigaliojo.