OpenVPN rimosso ma /etc/openvpn resta: rimuovere o purgare

La directory è ancora lì, il servizio è sparito e non è ovvio se il pacchetto sia installato. Sui sistemi della famiglia Debian, un /etc/openvpn residuo di solito significa che il pacchetto è stato rimosso senza essere purgato, uno stato documentato e non rotto. I file che vedi sono probabilmente configurazione, non un programma.

Lavora nell'ordine del runbook: leggi lo stato del pacchetto, decidi cosa conservare, purga deliberatamente, poi verifica cosa resta. Ogni passo è reversibile fino alla purga.

Leggi prima lo stato del pacchetto

Parti dal database dei pacchetti, non dal filesystem. dpkg -l openvpn stampa uno stato di due lettere, e rc significa che il pacchetto è stato rimosso conservando i suoi file di configurazione. dpkg-query -W -f='${Status}\n' openvpn dà la stessa risposta a parole. Un elenco di directory non può dirti nulla di tutto ciò.

Non confondere Community OpenVPN con Access Server o con un plugin di NetworkManager. Sono pacchetti diversi con percorsi di rimozione diversi.

Se lo stato è ii, il pacchetto è installato e la directory è attesa. Se è rc, resta solo la configurazione. Se la query non restituisce nulla, il pacchetto è stato purgato e la directory appartiene a qualcos'altro.

Scegli tra rimozione e purge

remove cancella i programmi e lascia la configurazione. purge cancella anche la configurazione ed esegue lo script di pulizia del pacchetto. Entrambe sono decisioni amministrative sullo stato, non due grafie dello stesso comando.

Prima di scegliere, elenca ciò che possiede il pacchetto con dpkg -L openvpn. Quell'output è la mappa dei percorsi gestiti dal pacchetto ed è l'input giusto per decidere cosa cancellerebbe una purga. Tutto ciò che vedi nella directory e non è in quell'elenco è venuto da altrove. Tratta quei file come tuoi da esaminare, non come residui del pacchetto.

Purgare un pacchetto già rimosso è consentito. Reinstallarlo prima non è un requisito.

Conserva ciò che ti serve ancora

Prima della purga, conserva ciò che ti serve ancora: profili, certificati client, chiavi private, file CCD e qualsiasi script locale. Copiali con permessi adatti ai segreti e annota dove vivono le copie.

Controlla se un altro servizio o gestore usa la stessa directory. Una seconda istanza VPN o uno script di automazione possono dipendere da un percorso che sembra configurazione residua.

Se la macchina viene dismessa, i file locali sono la metà più piccola del problema. I profili esportati e le autorizzazioni remote sopravvivono a qualsiasi directory tu cancelli.

Purga e verifica

Esegui la purga tramite il gestore di pacchetti, non cancellando la directory. sudo apt purge openvpn tiene il database dei pacchetti e gli script di pulizia nel processo.

Poi ripeti la query di stato e conferma che il pacchetto non appare più. Controlla che il servizio sia sparito con systemctl status openvpn@server o il nome di unità che hai usato, e prova la rete normale.

File che una purga non rimuoverà

Alcuni file sopravvivono a una purga per scelta progettuale. La configurazione generata gestita dagli script del manutentore non è sempre nota al database dei file di dpkg. La configurazione nelle home degli utenti è fuori dalla pulizia delle directory di sistema. E tutto ciò che un amministratore ha creato a mano non è mai appartenuto al pacchetto. Ognuno di questi casi richiede la propria verifica.

La cancellazione ricorsiva di ogni percorso con VPN nel nome è il modo in cui spariscono credenziali funzionanti e configurazione non correlata.

Chiudi revocando ciò che la macchina non richiede più: profili esportati, certificati client emessi e qualsiasi account che si autenticava tramite essa. Cancellare una directory locale non revoca una credenziale che esiste ancora altrove. Il riferimento dpkg documenta gli stati e l'ambito della purga.