Fără internet după dezinstalarea VPN? Verificați trei proprietari

Clientul a dispărut și mașina tot nu ajunge nicăieri, ceea ce ispitește să nivelezi firewall-ul și să o iei de la capăt. Nu faceți asta. Starea de blocare poate veni de la trei proprietari diferiți pe aceeași mașină, iar fiecare are propria cale de eliminare. Golirea tuturor deodată elimină obiectul de care voiați să scăpați împreună cu protecția de care încă aveți nevoie și distruge și dovada care proprietar a cauzat problema. Cinci verificări, în ordine, împiedică acest lucru.

Verificarea 1: ce mai este acolo și la ce folosește

Căutați cele trei artefacte separat: un adaptor virtual care încă există, un filtru sau o regulă de firewall care încă blochează și o rută sau o regulă de politică ce încă indică un tunel care nu mai există. Prezența lor nu dovedește nimic în sine, pentru că un întrerupător de urgență intenționat arată din exterior la fel ca unul abandonat.

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

Notați momentul în care conectivitatea s-a oprit și dacă clientul normal mai poate porni tunelul. Dacă clientul poate restabili tunelul și traficul revine, blocarea își face treaba, iar problema este în starea clientului, nu într-o regulă rămasă.

Verificarea 2: ce proprietar controlează asta

Fiecare artefact are un proprietar. Adaptorul virtual aparține clientului VPN sau driverului acestuia. Filtrul poate aparține clientului, firewall-ului platformei sau unui produs de securitate gestionat. Ruta poate fi fost instalată de client la conectare și lăsată în urmă.

Pe echipamente gestionate, verificați politica dispozitivului înainte de a atinge ceva. Un filtru impus de politică va fi restaurat la următoarea conectare, așa că o eliminare locală cumpără o oră și un raport de conformitate. Acea conversație aparține administratorului, nu interfeței firewall-ului.

Verificarea 3: eliminați cel mai îngust lucru care explică asta

Începeți cu calea acceptată de furnizor: o instalare de reparare sau o dezinstalare corectă curăță adesea corect starea generată, inclusiv filtre pe care o eliminare manuală le-ar rata. Citiți instrucțiunile de recuperare pentru versiunea instalată, pentru că ordinea contează și o dezinstalare după o eliminare eșuată se comportă diferit.

Dacă inspecția manuală este cu adevărat necesară, notați numele regulii, interfața și scopul declarat înainte de a schimba ceva, și eliminați acel obiect după nume. Eliminarea fiecărui adaptor de rețea sau golirea întregului set de reguli pentru a viza un singur client este modul în care un caz de suport devine o reconstrucție.

Verificarea 4: DNS și rutele supraviețuiesc adaptoarelor

Starea de rezolvare poate supraviețui tunelului. Un resolver care încă indică o adresă din interiorul unui tunel care nu mai există produce expirări care arată exact ca o cădere a firewall-ului, iar concluzia obișnuită este cea greșită.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Dacă adresa se rezolvă și o conexiune brută prin IP funcționează, DNS este problema rămasă, nu filtrarea. Dacă ambele eșuează, întoarceți-vă la verificarea întâi cu ruta și filtrul în mână.

Verificarea 5: retestați ambele căi și puneți diagnosticul la loc

Verificați mai întâi conectivitatea obișnuită, apoi fiecare profil VPN rămas prin propriile controale: conectați, folosiți, deconectați și confirmați că gazda a revenit la conectivitate simplă. Acel dus-întors este testul care dovedește că blocarea abandonată a dispărut și nu a fost doar ocolită.

În final, restaurați orice modificare de diagnostic făcută pe parcurs. O curățare reușită elimină o dependență abandonată; nu elimină protecția generală a gazdei și nu ar trebui să lase în urmă un firewall slăbit permanent. Notați care proprietar deținea blocarea, pentru că următoarea dezinstalare va produce aceiași trei candidați.