OpenVPN verwyder, maar /etc/openvpn bly: verwyder of purge

Die gids is steeds daar, die diens is weg, en dit is nie duidelik of die pakket geïnstalleer is nie. Op Debian-verwante stelsels beteken 'n oorblywende /etc/openvpn gewoonlik dat die pakket verwyder is sonder dat dit gepurge is, wat 'n gedokumenteerde toestand is en nie 'n stukkende een nie. Die lêers wat jy sien, is waarskynlik konfigurasie, nie 'n program nie.

Werk in runbook-orde: lees die pakkettoestand, besluit wat om te hou, purge doelbewus, en verifieer dan wat oorbly. Elke stap is omkeerbaar tot die purge.

Lees eers die pakkettoestand

Begin by die pakketdatabasis eerder as die lêerstelsel. dpkg -l openvpn druk 'n tweeletterige toestand, en rc beteken die pakket is verwyder terwyl die konfigurasielêers gehou is. dpkg-query -W -f='${Status}\n' openvpn gee dieselfde antwoord in woorde. 'n Gidslys kan jou niks daarvan vertel nie.

Moenie Community OpenVPN met Access Server of 'n NetworkManager-inprop verwar nie. Dit is verskillende pakkette met verskillende verwyderingspaaie.

As die toestand ii is, is die pakket geïnstalleer en die gids word verwag. As dit rc is, bly net konfigurasie oor. As die navraag niks teruggee nie, is die pakket gepurge en behoort die gids aan iets anders.

Kies tussen verwyder en purge

remove skrap die programme en laat konfigurasie. purge skrap ook die konfigurasie en voer die pakket se opruimingskrip uit. Albei is administratiewe besluite oor toestand, nie verskillende spellings van dieselfde opdrag nie.

Voordat jy kies, lys wat die pakket besit met dpkg -L openvpn. Daardie uitvoer is die kaart van pakketbestuurde paaie, en dit is die regte insette vir 'n besluit oor wat 'n purge sou skrap. Enigiets wat jy in die gids sien wat nie op daardie lys is nie, kom van elders. Behandel daardie lêers as joune om te hersien, nie as pakketresidu nie.

Om 'n pakket te purge wat reeds verwyder is, is toegestaan. Om eers weer te installeer is nie 'n vereiste nie.

Bewaar wat jy nog nodig het

Bewaar wat jy nog nodig het voor die purge: profiele, kliëntsertifikate, private sleutels, CCD-lêers en enige plaaslike skripte. Kopieer hulle met regte wat by geheime pas, en teken aan waar die kopieë woon.

Kyk of 'n ander diens of bestuurder dieselfde gids gebruik. 'n Tweede VPN-instansie of 'n outomatiseringskrip kan afhang van 'n pad wat soos oorblywende konfigurasie lyk.

As die masjien uit diens gestel word, is die plaaslike lêers die kleiner helfte van die probleem. Uitgevoerde profiele en afstandmagtigings oorleef enige gids wat jy skrap.

Purge en verifieer

Voer die purge deur die pakketbestuurder uit, nie deur die gids te skrap nie. sudo apt purge openvpn hou die pakketdatabasis en die opruimingskripte in die kring.

Herhaal daarna die toestandnavraag en bevestig dat die pakket nie meer verskyn nie. Kyk dat die diens weg is met systemctl status openvpn@server of die eenheidsnaam wat jy gebruik het, en toets gewone netwerking.

Lêers wat 'n purge nie sal verwyder nie

Sommige lêers oorleef 'n purge met opset. Gegenereerde konfigurasie wat deur maintainer-skripte hanteer word, is nie altyd aan dpkg se lêerdatabasis bekend nie. Konfigurasie in gebruikers se tuisgidse val buite die opruiming van stelselgidse. En enigiets wat 'n administrateur met die hand geskep het, het nooit aan die pakket behoort nie. Elkeen van dié vereis sy eie hersiening.

'n Rekursiewe skrap van elke pad met VPN in die naam is hoe werkende geloofsbriewe en onverwante konfigurasie verdwyn.

Sluit af deur te herroep wat die masjien nie meer nodig het nie: uitgevoerde profiele, uitgereikte kliëntsertifikate en enige rekening wat daardeur gemagtig is. Om 'n plaaslike gids te skrap, herroep nie 'n geloofsbrief wat elders nog bestaan nie. Die dpkg-verwysing dokumenteer die toestande en die omvang van die purge.