Ha fallat la retirada del paquet VPN a prerm: què cal comprovar primer

Les desinstal·lacions poden aturar-se a mig camí amb un error que anomena un script de manteniment, deixant la VPN mig retirada: els fitxers de configuració romanen, el servei pot continuar en execució, i el gestor de paquets es nega a continuar. La solució temptadora d’un fil antic del fòrum és suprimir l’script i forçar la retirada. Això tracta el símptoma i descarta el pas de neteja que va fallar. Primer llegeixi l’etapa i l’estat del paquet.

Quina etapa del cicle de vida va fallar realment

Els paquets Debian executen preinst i postinst en la instal·lació, i prerm i postrm en la retirada o la purga, i l’estat de sortida de cada script determina l’acció següent. Un error de prerm significa que la retirada es va aturar abans que s’esborressin els fitxers del paquet; un error de postrm significa que la retirada ja s’havia fet i que la neteja va fallar. Són situacions diferents amb recuperacions diferents. La política de la distribució també espera que els scripts tolerin una execució repetida, perquè una etapa fallida s’ha de reintentar en lloc d’evitar-se.

Anoti el primer error textualment, juntament amb el nom del paquet, la versió i la versió de la distribució. Els errors posteriors solen ser conseqüències.

Llegeixi l’estat del paquet abans de canviar-lo

Pregunti al gestor de paquets què creu que ha passat abans d’emetre una altra ordre.

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

El llistat mostra les marques d’estat del paquet, l’auditoria troba paquets deixats trencats o mig configurats, i la retirada simulada imprimeix què faria apt sense tocar res. Una simulació que falla al mateix script confirma l’etapa, no la xarxa. Anoti l’script esmentat a l’error i llisti els fitxers d’informació del paquet si necessita veure quins scripts existeixen. Res d’això no justifica encara editar aquests fitxers.

Protegeixi la via de gestió abans de la reparació

Si la VPN porta la seva única sessió SSH cap a aquest amfitrió, retirar-la acaba amb el seu accés enmig de la reparació. Disposi primer d’una consola, d’una interfície de gestió fora de banda o d’una segona ruta, i confirmi que funciona abans de començar. Conservi el perfil i qualsevol instrucció de reinstal·lació que necessitarà després, perquè una purga pot eliminar configuració generada. Mantingui les credencials fora de les notes que enganxa en un tiquet, i mantingui les claus privades completament fora del diagnòstic.

Tracti una anul·lació manual documentada com a últim recurs sota la guia del propietari del paquet, amb els passos omesos comptabilitzats. No esborri mai scripts amb comodins, perquè la pròpia llista de neteja del paquet és el registre del que encara cal fer.

Separi els resultats del paquet, la xarxa i les credencials

Cal comprovar tres resultats de manera independent quan acaba el procediment admès. La transacció del paquet ha de mostrar un estat net, sense entrades mig configurades restants a l’auditoria. La xarxa ha de coincidir amb el que volia: el servei correcte aturat, cap ruta ni paràmetre DNS obsolet, i una via funcional per a la substitució o l’accés directe. El costat remot és el tercer resultat, i les credencials obsoletes s’han de retirar a través del propietari d’aquell compte, perquè desinstal·lar un client no revoca res.

Després reconecti i provi una destinació permesa. Un estat de paquet net amb un túnel encara en execució és un resultat diferent d’una xarxa neta, i només el segon li diu que la retirada va tenir efecte realment.