Geen internet ná die deïnstallasie van die VPN? Kontroleer drie eienaars

Die kliënt is weg en die masjien kan steeds niks bereik nie, wat dit aanloklik maak om die vuurmuur plat te vee en van voor af te begin. Moet dit nie doen nie. Blokkerende toestand kan van drie verskillende eienaars op dieselfde masjien kom, en elkeen het sy eie verwyderingsroete. Om alles gelyktydig uit te spoel verwyder die voorwerp wat jy kwyt wou raak saam met beskerming wat jy steeds nodig het, en dit vernietig ook die bewyse van watter eienaar die probleem veroorsaak het. Vyf kontroles, in volgorde, verhoed dit.

Kontrole 1: wat is nog daar, en waarvoor is dit

Soek afsonderlik na die drie artefakte: ’n virtuele adapter wat nog bestaan, ’n vuurmuurfilter of -reël wat nog blokkeer, en ’n roete of beleidsreël wat nog na ’n tonnel wys wat nie meer bestaan nie. Hulle teenwoordigheid bewys op sigself niks, want ’n opsetlike noodskakelaar lyk van buite net soos een wat laat vaar is.

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

Skryf die tyd neer toe die verbinding gestop het en of die gewone kliënt nog sy tonnel kan begin. As die kliënt die tonnel kan herstel en verkeer terugkom, doen die blok sy werk en is die probleem die kliënt se toestand, nie ’n oorgeblewe reël nie.

Kontrole 2: watter eienaar beheer dit

Elke artefak het ’n eienaar. Die virtuele adapter behoort aan die VPN-kliënt of sy drywer. Die filter kan aan die kliënt, aan die platform se eie vuurmuur of aan ’n bestuurde sekuriteitsproduk behoort. Die roete is dalk deur die kliënt by verbindingstyd geïnstalleer en agtergelaat.

Op bestuurde toerusting, kyk na die toestelbeleid voordat jy aan enigiets raak. ’n Filter wat deur beleid afgedwing word, word by die volgende aanmelding herstel, so ’n plaaslike verwydering koop ’n uur en ’n nakomingsverslag. Daardie gesprek hoort by die administrateur, nie by die vuurmuur se koppelvlak nie.

Kontrole 3: verwyder die nouste ding wat dit verklaar

Begin met die verskaffer se ondersteunde roete: ’n herstelinstallasie of ’n behoorlike deïnstallasie maak dikwels gegenereerde toestand korrek skoon, insluitend filters wat ’n handmatige verwydering sou mis. Lees die herstelinstruksies vir die geïnstalleerde weergawe, want die volgorde maak saak en ’n deïnstallasie ná ’n mislukte verwydering gedra hom anders.

As handmatige inspeksie werklik nodig is, teken die reël se naam, die koppelvlak en die verklaarde doel aan voordat jy enigiets verander, en verwyder daardie voorwerp by naam. Om elke netwerkadapter te verwyder of die hele reëlstel uit te spoel om een kliënt te teiken, is hoe ’n ondersteuningsgeval ’n herbou word.

Kontrole 4: DNS en roetes oorleef adapters

Spoorstaat kan die tonnel oorleef. ’n Resolver wat nog na ’n adres binne ’n tonnel wys wat nie meer bestaan nie, lewer tydsverloop wat presies soos ’n vuurmuurblok lyk, en die gewone afleiding is die verkeerde een.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

As die adres oplos en ’n rou verbinding per IP werk, is DNS die oorblywende probleem eerder as filtering. As albei misluk, gaan terug na kontrole een met die roete en die filter in die hand.

Kontrole 5: toets albei bane weer en sit die diagnostiek terug

Verifieer eers gewone verbinding, dan elke oorblywende VPN-profiel deur sy eie kontroles: verbind, gebruik dit, ontkoppel, en bevestig die gasheer is terug by gewone verbinding. Daardie heen-en-weer is die toets wat bewys die laat vaar blok is weg eerder as bloot omseil.

Herstel laastens enige diagnostiese verandering wat jy onderweg gemaak het. ’n Suksesvolle skoonmaak verwyder een laat vaar afhanklikheid; dit verwyder nie die gasheer se algemene beskerming nie, en dit moet nie ’n permanent verswakte vuurmuur agterlaat nie. Let op watter eienaar die blok gehou het, want die volgende deïnstallasie sal dieselfde drie kandidate lewer.