Nabigo ang pag-alis ng VPN package sa prerm: ano ang unang dapat suriin

Maaaring huminto sa kalagitnaan ang pag-uninstall dahil sa error na nagpapangalan ng maintenance script, at naiiwang kalahati ang pag-alis sa VPN: nananatili ang mga configuration file, maaaring tumatakbo pa ang serbisyo, at tumatanggi ang package manager na magpatuloy. Ang nakakaakit na solusyon sa isang lumang forum thread ay tanggalin ang script at pilitin ang pag-alis. Ginagamot nito ang sintomas at itinatapon ang hakbang sa paglilinis na nabigo. Basahin muna ang yugto at ang kalagayan ng package.

Aling hakbang sa lifecycle ang talagang nabigo

Ang mga Debian package ay nagpapatakbo ng preinst at postinst sa pag-install, at prerm at postrm sa pag-alis o buong paglilinis, at ang exit status ng bawat script ang nagtatakda ng susunod na aksyon. Ang error mula sa prerm ay nangangahulugang huminto ang pag-alis bago tanggalin ang mga file ng package; ang error mula sa postrm ay nangangahulugang naganap na ang pag-alis at nabigo ang paglilinis. Iba't ibang sitwasyon ang mga ito na may iba't ibang pagbawi. Inaasahan din ng patakaran ng distribusyon na matitiis ng mga script ang paulit-ulit na pagpapatakbo, dahil ang nabigong yugto ay dapat ulitin sa halip na iwasan.

Isulat ang unang error nang eksakto, kasama ang pangalan, bersyon at release ng distribusyon ng package. Ang mga susunod na error ay karaniwang kahihinatnan.

Basahin ang kalagayan ng package bago ito baguhin

Tanungin ang package manager kung ano ang palagay nitong nangyari bago magbigay ng ibang utos.

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

Ipinapakita ng listahan ang mga flag ng kalagayan ng package, hinahanap ng audit ang mga package na naiwang sira o kalahating naka-configure, at ipinapasa ng simulate na pag-alis kung ano ang gagawin ng apt nang walang hinahawakang anuman. Ang simulation na nabigo sa parehong script ay nagpapatunay sa yugto, hindi sa network. Pansinin ang script na binanggit sa error at ilista ang mga information file ng package kung kailangan mong makita kung aling mga script ang umiiral. Wala sa mga ito ang nagbibigay-katwiran pa na i-edit ang mga file na iyon.

Protektahan ang daan ng pamamahala bago ang pagkukumpuni

Kung ang VPN ang nagdadala ng iyong nag-iisang SSH session patungo sa host na ito, ang pag-alis nito ay magtatapos sa iyong access sa gitna ng pagkukumpuni. Maglaan muna ng console, out-of-band na interface ng pamamahala o pangalawang ruta, at kumpirmahing gumagana ito bago magsimula. Itago ang profile at anumang tagubilin sa muling pagpapatala na kakailanganin mo mamaya, dahil maaaring alisin ng buong paglilinis ang nabuong configuration. Ilayo ang mga kredensyal sa mga tala na ipinapasok mo sa isang ticket, at ilayo ang mga pribadong susi nang lubusan sa diagnostiko.

Ituring ang dokumentadong manu-manong override bilang huling paraan sa patnubay ng may-ari ng package, kasama ang mga naaksayang hakbang na isinaalang-alang. Huwag kailanman magtanggal ng mga script gamit ang wildcard, dahil ang sariling listahan ng paglilinis ng package ang talaan ng dapat pa ring gawin.

Paghiwalayin ang mga resulta ng package, network at kredensyal

Tatlong resulta ang kailangang suriin nang hiwalay kapag natapos ang sinusuportahang pamamaraan. Ang transaksyon ng package ay dapat magpakita ng malinis na kalagayan, nang walang kalahating naka-configure na entry na natitira sa audit. Dapat tumugma ang network sa layunin mo: ang tamang serbisyo ay naitigil, walang lumang ruta o setting ng DNS, at may gumaganang daan para sa kapalit o direktang access. Ang malayong panig ang ikatlong resulta, at ang mga lumang kredensyal ay dapat ipawalang-bisa sa pamamagitan ng may-ari ng account na iyon, dahil walang binabawi ang pag-uninstall ng client.

Pagkatapos, muling kumonekta at subukan ang isang pinapayagang destinasyon. Ang malinis na kalagayan ng package na may tumatakbong tunnel ay ibang resulta kaysa sa malinis na network, at ang pangalawa lang ang nagsasabi sa iyo na talagang nagkabisa ang pag-alis.