Un restablecemento de rede de Windows borra máis que o fallo da VPN

O consello chega aos dez minutos de cada queixa de VPN en Windows: executa o restablecemento de rede, arranxa todo. Non o fai, e non é estreito. Ese botón limpa adaptadores, volve enlazar protocolos, elimina enderezos estáticos e rutas predeterminadas, descarta entradas de firewall e filtros e, por se fose pouco, esquece perfís de Wi-Fi. Nunha máquina cun túnel que funciona pero está mal configurado, converte un fallo diagnosticable nunha reconstrución non documentada. Garde cinco cousas primeiro e conservará a opción de desfacer isto.

O restablecemento non se limita ao perfil da VPN

Unha conexión VPN é un obxecto entre moitos que comparten a pila de rede. Quitar e volver engadir un adaptador cambia o índice da interface, e calquera cousa que fixese referencia a ese índice, desde unha ruta ata unha regra de firewall ata un controlador de filtro de terceiros, agora fai referencia a algo que xa non existe.

A virtualización empeórao. Os conmutadores Hyper-V, as pontes de VMware, as redes de contedores e os clientes VPN cos seus propios adaptadores virtuais viven todos no mesmo espazo. Un restablecemento que reinstala a pila base pode deixar eses compoñentes a medio presentar, e a máquina resultante informa de hardware que funciona sen ningunha ruta que funcione.

Nada diso é un argumento contra reiniciar algunha vez. É un argumento contra reiniciar primeiro, nunha máquina que non documentou, cando o fallo real pode ser unha entrada de ruta ou un filtro obsoleto. Un restablecemento é unha ferramenta ampla cunha taxa de éxito estreita, e usalo como primeiro movemento garante que nunca saberá cal das dúas cousas era.

Garde as probas antes de gardar a configuración

O propio fallo son datos. Anote o código de erro exacto, a hora, que perfil estaba seleccionado e se a pasarela rexistrou algún intento. Un código que di que o túnel nunca recibiu resposta e un código que di que a autenticación fallou apuntan a reparacións completamente distintas. Despois dun restablecemento pode que non sexa capaz de reproducir ningún dos dous. Trate o estado roto como un activo que está a piques de gastar.

Capture o estado mentres segue roto, nun cartafol fóra dos directorios temporais da máquina:

mkdir C:\vpn-evidence
ipconfig /all > C:\vpn-evidence\ipconfig.txt
route print > C:\vpn-evidence\routes.txt
Get-VpnConnection -AllUserConnection | Export-Csv C:\vpn-evidence\profiles.csv -NoTypeInformation
netsh wfp show state file=C:\vpn-evidence\wfp.xml

O último comando é o que a xente omite, e a miúdo é o que explica o fallo. Os filtros sobrantes dun cliente eliminado sobreviven como política persistente, e o XML exportado é o único rexistro local deles. Léao antes de que un restablecemento borre o que estaba intentando identificar.

Garde a configuración que non volverá

Algúns axustes recréanse automaticamente. Os enderezos estáticos, as rutas personalizadas, os sufixos DNS, as excepcións de proxy e as regras de firewall non. Tampouco os perfís en si, que viven nun ficheiro de libreta de teléfonos que o restablecemento non lle restaura.

Get-NetIPConfiguration | Out-File C:\vpn-evidence\netip.txt
Get-NetRoute -AddressFamily IPv4 | Export-Csv C:\vpn-evidence\netroutes.csv -NoTypeInformation
Get-DnsClientServerAddress | Export-Csv C:\vpn-evidence\dns.csv -NoTypeInformation
Get-ChildItem Cert:\LocalMachine\My | Select-Object Subject,Thumbprint,NotAfter

A lista de certificados importa máis do que parece. Os certificados de cliente non os destrúe un restablecemento de rede, pero a lista dille de cales dependía o perfil e se algún caduca pronto. Descubrir un certificado caducado despois dunha reconstrución desaproveita a reconstrución.

Escriba a ruta de recuperación antes de comezar

Se a máquina está remota e a VPN é a súa única vía de entrada, o restablecemento pode rematar a súa sesión e pode que non haxa volta sen alguén no lugar. Confirme que existe acceso fóra de banda, ou que hai unha persoa dispoñible, antes de executar calquera cousa que toque adaptadores.

Garde os instaladores e os datos de conexión nun lugar ao que a máquina aínda poida chegar despois. Un cliente que hai que reinstalar desde un portal do provedor ao que se chega polo túnel é unha dependencia circular, e é a forma máis común de que este procedemento se converta nunha caída do servizo.

Despois rexistre que está facendo e por que, incluídos os comandos exactos. A seguinte persoa necesita saber se o restablecemento foi un experimento ou unha decisión, e “probamos todo” non é un rexistro.

Probe por capas despois do restablecemento

Restaurar demasiado de golpe fai ilexible o resultado. Traballe desde abaixo: adaptador e enderezo, despois resolución de nomes, despois a etapa de identidade do túnel, despois a aplicación. Cada capa ten un comando que responde á súa propia pregunta:

Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceDescription
Resolve-DnsName intranet.example.internal
Get-VpnConnection -Name 'Corp' | Select-Object ConnectionStatus,TunnelType
Test-NetConnection -ComputerName intranet.example.internal -Port 443

Se a capa do adaptador está sa e a resolución non, detéñase e arranxe a resolución. Reinstalar o cliente VPN nese punto engade unha variable e elimina unha pista. Restaure só os axustes que poida explicar, un a un, comprobando a mesma capa despois de cada un.

A propia guía de solución de problemas de Microsoft para o erro 720, por exemplo, distingue problemas de enlace de problemas de asignación de enderezos en lugar de receitar un restablecemento xeral, que é o instinto correcto para cada código desta familia. Lea que afirma o código antes de botar man da ferramenta máis ampla dispoñible.