OpenVPN desinstalado pero /etc/openvpn segue aí: eliminar ou purgar

O directorio segue aí, o servizo desapareceu e non está claro se o paquete está instalado. Nos sistemas da familia Debian, un /etc/openvpn residual adoita significar que o paquete se eliminou sen purgalo, un estado documentado e non un estado roto. Os ficheiros que ves probablemente son configuración, non un programa.

Traballa na orde do manual: le o estado do paquete, decide que conservar, purga a propósito e despois verifica que queda. Cada paso é reversible ata a purga.

Le primeiro o estado do paquete

Comeza pola base de datos de paquetes e non polo sistema de ficheiros. dpkg -l openvpn imprime un estado de dúas letras, e rc significa que o paquete se eliminou mentres se conservaban os seus ficheiros de configuración. dpkg-query -W -f='${Status}\n' openvpn dá a mesma resposta con palabras. Unha listaxe de directorio non pode dicirche nada diso.

Non confundas Community OpenVPN con Access Server nin cun complemento de NetworkManager. Son paquetes distintos con rutas de eliminación distintas.

Se o estado é ii, o paquete está instalado e o directorio é o esperado. Se é rc, só queda configuración. Se a consulta non devolve nada, o paquete purgouse e o directorio pertence a outra cousa.

Elixe entre eliminar e purgar

remove borra os programas e deixa a configuración. purge borra tamén a configuración e executa o script de limpeza do paquete. Ambas son decisións administrativas sobre o estado, non dúas escrituras do mesmo comando.

Antes de elixir, enumera o que posúe o paquete con dpkg -L openvpn. Esa saída é o mapa das rutas xestionadas polo paquete e é a entrada correcta para decidir que borraría unha purga. Todo o que vexas no directorio e non estea nesa lista veu doutro sitio. Trata eses ficheiros como teus para revisalos, non como residuos do paquete.

Purgar un paquete xa eliminado está permitido. Reinstalalo primeiro non é un requisito.

Conserva o que aínda necesitas

Antes da purga, conserva o que aínda necesitas: perfís, certificados de cliente, claves privadas, ficheiros CCD e calquera script local. Cópaos con permisos axeitados para segredos e anota onde viven as copias.

Comproba se outro servizo ou xestor usa o mesmo directorio. Unha segunda instancia de VPN ou un script de automatización poden depender dunha ruta que parece configuración residual.

Se a máquina se dá de baixa, os ficheiros locais son a metade pequena do problema. Os perfís exportados e as autorizacións remotas sobreviven a calquera directorio que borres.

Purga e verifica

Executa a purga a través do xestor de paquetes, non borrando o directorio. sudo apt purge openvpn mantén a base de datos de paquetes e os scripts de limpeza no circuíto.

Despois, repite a consulta de estado e confirma que o paquete xa non aparece. Comproba que o servizo desapareceu con systemctl status openvpn@server ou o nome de unidade que usases, e proba a rede normal.

Ficheiros que unha purga non eliminará

Algúns ficheiros sobreviven a unha purga por deseño. A configuración xerada que manexan os scripts do mantedor non sempre é coñecida pola base de datos de ficheiros de dpkg. A configuración nos directorios persoais dos usuarios queda fóra da limpeza dos directorios do sistema. E todo o que un administrador creou a man nunca pertenceu ao paquete. Cada un deses casos necesita a súa propia revisión.

Borrar de forma recursiva cada ruta con VPN no nome é como desaparecen credenciais que funcionan e configuración non relacionada.

Remata revogando o que a máquina xa non necesita: perfís exportados, certificados de cliente emitidos e calquera conta que se autenticase a través dela. Borrar un directorio local non revoga unha credencial que aínda existe noutro sitio. A referencia de dpkg documenta os estados e o alcance da purga.