Heqja e paketës VPN dështoi në prerm: çfarë të kontrollohet së pari

Çinstalimet mund të ndalen në mes me një gabim që emërton një skript mirëmbajtjeje, duke e lënë VPN-në gjysmë të hequr: skedarët e konfigurimit mbeten, shërbimi mund të jetë ende duke punuar, dhe menaxheri i paketave refuzon të vazhdojë. Zgjidhja joshëse në një temë të vjetër forumi është të fshini skriptin dhe të detyroni heqjen. Kjo trajton simptomën dhe hedh poshtë hapin e pastrimit që dështoi. Lexoni së pari fazën dhe gjendjen e paketës.

Cili hap i ciklit të jetës dështoi në të vërtetë

Paketat Debian ekzekutojnë preinst dhe postinst gjatë instalimit, dhe prerm dhe postrm gjatë heqjes ose pastrimit të plotë, dhe statusi i daljes i secilit skript përcakton veprimin tjetër. Një gabim nga prerm do të thotë që heqja u ndal përpara se skedarët e paketës të fshiheshin; një gabim nga postrm do të thotë që heqja kishte ndodhur tashmë dhe pastrimi dështoi. Këto janë situata të ndryshme me rikuperim të ndryshëm. Politika e shpërndarjes pret gjithashtu që skriptet të durojnë ekzekutim të përsëritur, sepse një fazë e dështuar duhet të përsëritet dhe jo të shmanget.

Shkruani gabimin e parë fjalë për fjalë, së bashku me emrin e paketës, versionin dhe lëshimin e shpërndarjes. Gabimet e mëvonshme zakonisht janë pasoja.

Lexoni gjendjen e paketës përpara se ta ndryshoni

Pyesni menaxherin e paketave çfarë mendon se ka ndodhur përpara se të jepni një komandë tjetër.

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

Lista tregon flamujt e gjendjes së paketës, auditimi gjen paketa të lëna të thyera ose gjysmë të konfiguruara, dhe heqja e simuluar printon çfarë do të bënte apt pa prekur asgjë. Një simulim që dështon në të njëjtin skript konfirmon fazën, jo rrjetin. Vini re skriptin e përmendur në gabim dhe listoni skedarët e informacionit të paketës nëse duhet të shihni cilat skripte ekzistojnë. Asgjë nga kjo nuk justifikon ende redaktimin e atyre skedarëve.

Mbroni rrugën e menaxhimit përpara riparimit

Nëse VPN mban sesionin tuaj të vetëm SSH drejt këtij hosti, heqja e saj përfundon aksesin tuaj në mes të riparimit. Siguroni së pari një konsolë, një ndërfaqe menaxhimi jashtë brezit ose një rrugë të dytë, dhe konfirmoni që funksionon përpara se të filloni. Ruani profilin dhe çdo udhëzim riregjistrimi që do t'ju duhet më vonë, sepse një pastrim i plotë mund të heqë konfigurimin e gjeneruar. Mbani kredencialet jashtë shënimeve që ngjitni në një biletë, dhe mbani çelësat privatë plotësisht jashtë diagnostikimit.

Trajtoni një anashkalim manual të dokumentuar si zgjidhjen e fundit nën udhëzimin e pronarit të paketës, me hapat e anashkaluar të llogaritur. Asnjëherë mos fshini skripte me shkronja të egra, sepse lista e pastrimit e vetë paketës është regjistri i asaj që mbetet për të bërë.

Ndani rezultatet e paketës, rrjetit dhe kredencialeve

Tre rezultate duhet të kontrollohen në mënyrë të pavarur kur procedura e mbështetur përfundon. Transaksioni i paketës duhet të tregojë një gjendje të pastër, pa zëra gjysmë të konfiguruar të mbetur në auditim. Rrjeti duhet të përputhet me atë që kishit ndërmend: shërbimi i saktë i ndalur, pa rrugë ose rregullime DNS të vjetruara, dhe një rrugë funksionale për zëvendësim ose akses të drejtpërdrejtë. Ana e largët është rezultati i tretë, dhe kredencialet e vjetruara duhet të tërhiqen përmes pronarit të atij llogari, sepse çinstalimi i një klienti nuk anulon asgjë.

Pastaj rilidhuni dhe provoni një destinacion të lejuar. Një gjendje e pastër e paketës me një tunel ende në punë është një rezultat i ndryshëm nga një rrjet i pastër, dhe vetëm i dyti ju tregon se heqja ka hyrë vërtet në fuqi.