OpenVPN removido mas /etc/openvpn permanece: remover ou purgar

O diretório continua lá, o serviço desapareceu e não é óbvio se o pacote está instalado. Nos sistemas da família Debian, um /etc/openvpn residual geralmente significa que o pacote foi removido sem ter sido purgado, o que é um estado documentado e não um estado quebrado. Os arquivos que você vê provavelmente são configuração, não um programa.

Trabalhe na ordem do runbook: leia o estado do pacote, decida o que manter, purge deliberadamente e depois verifique o que resta. Cada passo é reversível até a purga.

Leia primeiro o estado do pacote

Comece pelo banco de dados de pacotes, não pelo sistema de arquivos. dpkg -l openvpn imprime um estado de duas letras, e rc significa que o pacote foi removido enquanto seus arquivos de configuração foram mantidos. dpkg-query -W -f='${Status}\n' openvpn dá a mesma resposta em palavras. Uma listagem de diretório não pode lhe dizer nada disso.

Não confunda Community OpenVPN com Access Server ou um plugin do NetworkManager. São pacotes diferentes com caminhos de remoção diferentes.

Se o estado for ii, o pacote está instalado e o diretório é esperado. Se for rc, só resta configuração. Se a consulta não retornar nada, o pacote foi purgado e o diretório pertence a outra coisa.

Escolha entre remover e purgar

remove apaga os programas e deixa a configuração. purge apaga também a configuração e executa o script de limpeza do pacote. Ambos são decisões administrativas sobre o estado, não duas grafias do mesmo comando.

Antes de escolher, liste o que o pacote possui com dpkg -L openvpn. Essa saída é o mapa dos caminhos gerenciados pelo pacote e é a entrada correta para decidir o que uma purga apagaria. Tudo o que você vê no diretório e não está nessa lista veio de outro lugar. Trate esses arquivos como seus para revisar, não como resíduos do pacote.

Purgar um pacote já removido é permitido. Reinstalar antes não é requisito.

Preserve o que ainda precisa

Antes da purga, preserve o que ainda precisa: perfis, certificados de cliente, chaves privadas, arquivos CCD e quaisquer scripts locais. Copie-os com permissões adequadas para segredos e anote onde vivem as cópias.

Verifique se outro serviço ou gerenciador usa o mesmo diretório. Uma segunda instância de VPN ou um script de automação pode depender de um caminho que parece configuração residual.

Se a máquina está sendo desativada, os arquivos locais são a metade menor do problema. Perfis exportados e autorizações remotas sobrevivem a qualquer diretório que você apague.

Purge e verifique

Execute a purga pelo gerenciador de pacotes, não apagando o diretório. sudo apt purge openvpn mantém o banco de dados de pacotes e os scripts de limpeza no processo.

Depois, repita a consulta de estado e confirme que o pacote não aparece mais. Verifique que o serviço sumiu com systemctl status openvpn@server ou o nome de unidade que você usou, e teste a rede comum.

Arquivos que uma purga não removerá

Alguns arquivos sobrevivem a uma purga por design. A configuração gerada tratada pelos scripts do mantenedor nem sempre é conhecida pelo banco de dados de arquivos do dpkg. A configuração nos diretórios pessoais dos usuários fica fora da limpeza dos diretórios do sistema. E tudo o que um administrador criou à mão nunca pertenceu ao pacote. Cada um desses casos precisa da própria revisão.

Apagar recursivamente todo caminho com VPN no nome é como credenciais que funcionam e configuração não relacionada desaparecem.

Termine revogando o que a máquina não precisa mais: perfis exportados, certificados de cliente emitidos e qualquer conta que se autenticasse por ela. Apagar um diretório local não revoga uma credencial que ainda existe em outro lugar. A referência do dpkg documenta os estados e o escopo da purga.