OpenVPN borttaget men /etc/openvpn finns kvar: ta bort eller rensa helt

Katalogen finns kvar, tjänsten är borta, och det är inte uppenbart om paketet är installerat. På system i Debian-familjen betyder en kvarvarande /etc/openvpn oftast att paketet togs bort utan att rensas helt, vilket är ett dokumenterat tillstånd och inte ett trasigt. Filerna du ser är förmodligen konfiguration, inte ett program.

Arbeta i runbook-ordning: läs paketets status, bestäm vad som ska behållas, rensa medvetet helt och kontrollera sedan vad som återstår. Varje steg är reversibelt fram till rensningen.

Läs paketstatusen först

Börja med paketdatabasen i stället för filsystemet. dpkg -l openvpn skriver ut en status med två bokstäver, och rc betyder att paketet togs bort medan dess konfigurationsfiler behölls. dpkg-query -W -f='${Status}\n' openvpn ger samma svar i ord. En kataloglista kan inte berätta något av detta för dig.

Blanda inte ihop Community OpenVPN med Access Server eller ett NetworkManager-insticksprogram. Det är olika paket med olika borttagningsvägar.

Om statusen är ii är paketet installerat och katalogen förväntad. Om den är rc återstår bara konfiguration. Om frågan inte returnerar något har paketet rensats helt och katalogen tillhör något annat.

Välj mellan borttagning och fullständig rensning

remove raderar programmen och lämnar konfigurationen. purge raderar även konfigurationen och kör paketets städskript. Båda är administrativa beslut om tillstånd, inte två stavningar av samma kommando.

Innan du väljer, lista vad paketet äger med dpkg -L openvpn. Den utskriften är kartan över paketstyrda sökvägar och det är rätt indata för beslutet om vad en fullständig rensning skulle radera. Allt du ser i katalogen som inte står på listan kom någon annanstans ifrån. Behandla de filerna som dina egna att granska, inte som paketrester.

Det är tillåtet att rensa ett redan borttaget paket helt. Ominstallation först är inte ett krav.

Behåll det du fortfarande behöver

Före rensningen, behåll det du fortfarande behöver: profiler, klientcertifikat, privata nycklar, CCD-filer och eventuella lokala skript. Kopiera dem med rättigheter som passar för hemligheter och anteckna var kopiorna finns.

Kontrollera om en annan tjänst eller hanterare använder samma katalog. En andra VPN-instans eller ett automatiseringsskript kan vara beroende av en sökväg som ser ut som kvarvarande konfiguration.

Om maskinen avvecklas är de lokala filerna den mindre hälften av problemet. Exporterade profiler och fjärrauktoriseringar överlever varje katalog du raderar.

Rensa helt och kontrollera

Kör rensningen via pakethanteraren, inte genom att radera katalogen. sudo apt purge openvpn håller paketdatabasen och städskripten i processen.

Upprepa sedan statusfrågan och bekräfta att paketet inte längre visas. Kontrollera att tjänsten är borta med systemctl status openvpn@server eller enhetsnamnet du använde, och testa vanligt nätverk.

Filer som en fullständig rensning inte tar bort

Vissa filer överlever en fullständig rensning med avsikt. Genererad konfiguration som hanteras av underhållsskript är inte alltid känd för dpkgs fildatabas. Konfiguration i användarnas hemkataloger ligger utanför städningen av systemkataloger. Och allt en administratör skapade för hand har aldrig tillhört paketet. Var och en av dessa behöver sin egen granskning.

Rekursiv radering av varje sökväg med VPN i namnet är hur fungerande inloggningsuppgifter och orelaterad konfiguration försvinner.

Avsluta med att återkalla det maskinen inte längre behöver: exporterade profiler, utfärdade klientcertifikat och varje konto som autentiserades genom den. Att radera en lokal katalog återkallar inte inloggningsuppgifter som fortfarande finns någon annanstans. dpkg-referensen dokumenterar tillstånden och omfattningen av fullständig rensning.