VPN-pakketverwydering misluk in prerm: wat om eerste na te gaan
’n Prerm-skrip wat misluk, stop ’n deïnstallasie voordat die lêers weg is. Lees die pakkettoestand en die presiese fase, en gebruik dan die ondersteunde herstelpad.
Deïnstallasies kan halfpad stop met ’n fout wat ’n instandhouerskrip noem, en die VPN half verwyder laat: konfigurasielêers bly oor, die diens kan steeds loop, en die pakketbestuurder weier om voort te gaan. Die aanloklike oplossing in ’n ou forumdraad is om die skrip te verwyder en die verwydering te forseer. Dit behandel die simptoom en laat vaar die skoonmaakstap wat gefaal het. Lees eers die fase en die pakkettoestand.
Watter lewensiklusstap het werklik gefaal
Debian-pakkette voer preinst en postinst uit by installasie, en prerm en postrm by verwydering of purge, en elke skrip se afsluitstatus bepaal die volgende aksie. ’n Fout van prerm beteken die verwydering het gestop voordat die pakket se lêers uitgevee is; ’n fout van postrm beteken die verwydering het reeds gebeur en die skoonmaak het gefaal. Dit is verskillende situasies met verskillende herstel. Verspreidingsbeleid verwag ook dat skripte ’n herhaalde uitvoering verdra, want ’n gefaalde fase moet eerder herhaal as vermy word.
Teken die eerste fout woordeliks aan, saam met die pakketnaam, weergawe en verspreidingsvrystelling. Later foute is gewoonlik gevolge.
Lees die pakkettoestand voordat jy dit verander
Vra die pakketbestuurder wat hy dink gebeur het voordat jy nog ’n opdrag gee.
dpkg -l vpn-package
dpkg --audit
apt-get -s remove vpn-packageDie lys wys die pakket se toestandsvlae, die oudit vind pakkette wat stukkend of halfgekonfigureer gelaat is, en die gesimuleerde verwydering druk wat apt sou doen sonder om iets aan te raak. ’n Simulasie wat by dieselfde skrip misluk, bevestig die fase eerder as die netwerk. Let op die skrip wat in die fout genoem word en lys die pakket se inligtingslêers as jy wil sien watter skripte bestaan. Niks daarvan regverdig dit nog om daardie lêers te wysig nie.
Beskerm die bestuurspad voor herstel
As die VPN jou enigste SSH-sessie na hierdie gasheer dra, beëindig die verwydering daarvan jou toegang in die middel van die herstel. Reël eers ’n konsole, ’n buiteband-bestuurskoppelvlak of ’n tweede roete, en bevestig dat dit werk voordat jy begin. Bewaar die profiel en enige herinskrywingsinstruksies wat jy daarna nodig het, want ’n purge kan gegenereerde konfigurasie verwyder. Hou geloofsbriewe uit die notas wat jy in ’n kaartjie plak, en hou private sleutels heeltemal uit die diagnostiek.
Behandel ’n gedokumenteerde handmatige oorskrywing as ’n laaste uitweg onder die pakketeienaar se leiding, met die oorgeslaan stappe verantwoord. Moet nooit skripte per wildcard uitvee nie, want die pakket se eie skoonmaaklys is die rekord van wat nog gedoen moet word.
Skei pakket-, netwerk- en geloofsbriefuitkomste
Drie resultate moet onafhanklik nagegaan word sodra die ondersteunde prosedure klaar is. Die pakkettransaksie moet ’n skoon toestand wys, met geen halfgekonfigureerde inskrywings wat in die oudit oorbly nie. Die netwerk moet ooreenstem met wat jy bedoel het: die regte diens gestop, geen verouderde roetes of DNS-instellings nie, en ’n werkende pad vir vervanging of direkte toegang. Die afgeleë kant is die derde resultaat, en verouderde geloofsbriewe moet deur die eienaar van daardie rekening uit diens gestel word, want die deïnstallering van ’n kliënt herroep niks.
Herverbind dan en toets een toegelate bestemming. ’n Skoon pakkettoestand met ’n tonnel wat steeds loop, is ’n ander uitkoms as ’n skoon netwerk, en net die tweede sê vir jou dat die verwydering werklik in werking getree het.