Sen internet tras desinstalar a VPN? Revise tres propietarios

O cliente xa non está e a máquina segue sen chegar a ningún sitio, o que tenta a achandar o firewall e comezar de cero. Non o faga. O estado de bloqueo pode vir de tres propietarios distintos na mesma máquina, e cada un ten a súa propia ruta de eliminación. Baleirar todo á vez elimina o obxecto que quería quitar xunto coa protección que aínda necesita, e ademais destrúe a evidencia de que propietario causou o problema. Cinco comprobacións, en orde, evítao.

Comprobación 1: que segue aí e para que serve

Busque os tres artefactos por separado: un adaptador virtual que aínda existe, un filtro ou regra de firewall que aínda bloquea, e unha ruta ou regra de política que aínda apunta a un túnel que xa non existe. A súa presenza non demostra nada por si soa, porque un interruptor de emerxencia intencionado vese desde fóra igual que un abandonado.

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

Anote a hora na que se detivo a conectividade e se o cliente normal aínda pode iniciar o seu túnel. Se o cliente pode restaurar o túnel e o tráfico volve, o bloqueo fai o seu traballo e o problema é o estado do cliente, non unha regra sobrante.

Comprobación 2: que propietario o controla

Cada artefacto ten un propietario. O adaptador virtual pertence ao cliente VPN ou ao seu controlador. O filtro pode pertencer ao cliente, ao firewall propio da plataforma ou a un produto de seguridade xestionado. Pode que o cliente instalase a ruta ao conectarse e a deixase atrás.

En equipo xestionado, revise a política do dispositivo antes de tocar nada. Un filtro imposto por política restaurarase na próxima conexión, así que unha eliminación local compra unha hora e un informe de cumprimento. Esa conversa corresponde ao administrador, non á interface do firewall.

Comprobación 3: elimine o máis estreito que o explica

Empece pola vía admitida polo provedor: unha instalación de reparación ou unha desinstalación correcta adoita limpar ben o estado xerado, incluídos filtros que unha eliminación manual pasaría por alto. Lea as instrucións de recuperación da versión instalada, porque a orde importa e unha desinstalación tras unha eliminación fallida compórtase distinto.

Se a inspección manual é realmente necesaria, anote o nome da regra, a interface e o propósito declarado antes de cambiar nada, e elimine ese obxecto polo seu nome. Eliminar cada adaptador de rede ou baleirar todo o conxunto de regras para atacar un só cliente é como un caso de soporte se converte nunha reconstrución.

Comprobación 4: o DNS e as rutas sobreviven aos adaptadores

O estado de resolución pode sobrevivir ao túnel. Un resolutor que aínda apunta a un enderezo dentro dun túnel que xa non existe produce tempos de espera que parecen exactamente unha caída do firewall, e a conclusión habitual é a equivocada.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Se o enderezo se resolve e unha conexión crua por IP funciona, o DNS é o problema restante e non o filtrado. Se ambos fallan, volva á comprobación primeira coa ruta e o filtro na man.

Comprobación 5: volva probar os dous camiños e restaure o diagnóstico

Verifique primeiro a conectividade normal e despois cada perfil VPN restante cos seus propios controis: conecte, úseo, desconecte e confirme que o equipo volve á conectividade simple. Ese ir e vir é a proba que demostra que o bloqueo abandonado desapareceu e non só se evitou.

Por último, restaure calquera cambio de diagnóstico que fixese polo camiño. Unha limpeza correcta elimina unha dependencia abandonada; non elimina a protección xeral do equipo e non debería deixar atrás un firewall relaxado de forma permanente. Anote que propietario tiña o bloqueo, porque a próxima desinstalación producirá os mesmos tres candidatos.