Sense internet després de desinstal·lar la VPN? Reviseu tres propietaris

El client ja no hi és i la màquina encara no arriba enlloc, cosa que tempta a anivellar el tallafoc i començar de zero. No ho feu. L’estat de bloqueig pot venir de tres propietaris diferents a la mateixa màquina, i cadascun té el seu camí d’eliminació. Buidar-ho tot alhora elimina l’objecte que volíeu treure juntament amb la protecció que encara necessiteu, i també destrueix l’evidència de quin propietari va causar el problema. Cinc comprovacions, en ordre, ho eviten.

Comprovació 1: què hi ha encara i per a què serveix

Cerqueu els tres artefactes per separat: un adaptador virtual que encara existeix, un filtre o regla de tallafoc que encara bloqueja, i una ruta o regla de política que encara apunta a un túnel que ja no existeix. La seva presència no demostra res per si sola, perquè un interruptor d’emergència intencionat es veu des de fora igual que un d’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

Anoteu l’hora en què es va aturar la connectivitat i si el client normal encara pot iniciar el seu túnel. Si el client pot restaurar el túnel i el trànsit torna, el bloc fa la seva feina i el problema és l’estat del client, no una regla sobrant.

Comprovació 2: quin propietari el controla

Cada artefacte té un propietari. L’adaptador virtual pertany al client VPN o al seu controlador. El filtre pot pertànyer al client, al tallafoc propi de la plataforma o a un producte de seguretat gestionat. La ruta pot haver-la instal·lat el client en connectar-se i haver quedat enrere.

En equip gestionat, reviseu la política del dispositiu abans de tocar res. Un filtre imposat per política es restaurarà en la propera connexió, així que una eliminació local compra una hora i un informe de compliment. Aquesta conversa correspon a l’administrador, no a la interfície del tallafoc.

Comprovació 3: elimineu la cosa més estreta que ho explica

Comenceu pel camí suportat pel proveïdor: una instal·lació de reparació o una desinstal·lació correcta sovint netegen bé l’estat generat, incloent-hi filtres que una eliminació manual passaria per alt. Llegiu les instruccions de recuperació de la versió instal·lada, perquè la seqüència importa i una desinstal·lació després d’una eliminació fallida es comporta diferent.

Si la inspecció manual és realment necessària, anoteu el nom de la regla, la interfície i el propòsit declarat abans de canviar res, i elimineu aquest objecte pel nom. Eliminar cada adaptador de xarxa o buidar tot el conjunt de regles per atacar un sol client és com un cas de suport es converteix en una reconstrucció.

Comprovació 4: el DNS i les rutes sobreviuen als adaptadors

L’estat de resolució pot sobreviure al túnel. Un resolutor que encara apunta a una adreça dins d’un túnel que ja no existeix produeix temps d’espera que semblen exactament una caiguda del tallafoc, i la conclusió habitual és la incorrecta.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Si l’adreça es resol i una connexió crua per IP funciona, el DNS és el problema restant i no el filtratge. Si tots dos fallen, torneu a la comprovació primera amb la ruta i el filtre a la mà.

Comprovació 5: torneu a provar tots dos camins i restaureu el diagnòstic

Verifiqueu primer la connectivitat ordinària i després cada perfil VPN restant amb els seus propis controls: connecteu, feu-lo servir, desconnecteu i confirmeu que l’equip torna a la connectivitat simple. Aquest anar i tornar és la prova que demostra que el bloc abandonat ha desaparegut i no només s’ha evitat.

Finalment, restaureu qualsevol canvi de diagnòstic que hàgiu fet pel camí. Una neteja correcta elimina una dependència abandonada; no elimina la protecció general de l’equip i no hauria de deixar enrere un tallafoc relaxat de manera permanent. Anoteu quin propietari tenia el bloc, perquè la propera desinstal·lació produirà els mateixos tres candidats.