Como eliminar unha ruta obsoleta que deixou unha VPN de Windows

A súa sesión rematou hai horas, o adaptador xa non está e a ruta segue na táboa apuntando á interface 42. Borrar esa fila custa un comando; decidir que é a fila correcta custa catro comprobacións. Unha táboa de rutas compártese, así que unha eliminación ampla quita camiños que outras conexións aínda usan, incluído o que transporta o túnel. Cada paso de abaixo estreita o obxectivo ata que só unha entrada poida coincidir.

1. Decida se a entrada está obsoleta ou é intencionada

Unha entrada que sobreviviu a un reinicio escribiuse nalgures, e ese nalgures adoita ser unha decisión e non un accidente. O túnel dividido depende de rutas que parecen exactamente restos, e unha directiva que empurra un prefixo polo túnel é indistinguible dunha entrada obsoleta nunha soa listaxe. Pregunte cando apareceu a ruta: unha que só existe mentres o túnel está activo pertence á configuración do cliente, así que un comando de limpeza é a ferramenta equivocada. Elimine unha ruta deliberada e a seguinte conexión falla no paso que ninguén vixía.

A ruta do extremo merece o seu propio aviso. Cando un cliente engade unha ruta de host ao servidor VPN para que os paquetes cifrados o alcancen pola conexión local, borrar esa ruta afunde o túnel na seguinte reconexión, e o síntoma lese como un fallo do servidor. Compare o destino co enderezo ao que se conecta o cliente antes de tocar nada: un único enderezo público que coincida co servidor VPN é o camiño exterior, non lixo.

2. Anote os catro campos que nomean a entrada

Un prefixo por si só non é unha identidade, porque dúas interfaces poden ter rutas ao mesmo destino. Anote o prefixo de destino, o índice de interface, o seguinte salto e o almacén de directivas, xa que eses catro valores describen exactamente unha entrada. Unha soa listaxe dállos todos:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Ordenar por métrica eleva as rutas que a máquina realmente prefire, e aí adoita sentar un resto. Compare a entrada mentres o túnel está activo e de novo despois de que caia: unha ruta que marcha co adaptador era do cliente, e unha que queda escribiuna outra cousa. O almacén de directivas é o campo que a xente omite, e é o que explica unha reaparición, porque unha entrada eliminada do almacén activo volve tras a seguinte actualización de directivas. Apunte os catro valores antes de executar calquera cousa que cambie o estado.

3. Previsualice a eliminación e logo elimine unha entrada

Remove-NetRoute acepta o mesmo prefixo e índice de interface que imprimiu Get-NetRoute, e ten un conmutador de previsualización, así que non hai que adiviñar nada. Execute o par nesta orde:

Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42 -WhatIf
Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42

A previsualización imprime o obxecto que borraría, así que compare prefixo, interface e seguinte salto coas súas notas antes de soltar o conmutador. Ningunha das dúas liñas chega a unha entrada persistente, porque o almacén activo é o valor predeterminado; engada -PolicyStore PersistentStore cando a ruta que identificou viva alí, ou a eliminación parecerá funcionar e a entrada volverá na seguinte actualización de directivas. Manteña unha vía de recuperación fóra de banda cando a sesión sexa remota, porque borrar a ruta que transporta a súa propia conexión termínaa. Nunca recorra a un comando que baleire a táboa.

4. Avereigüe que compoñente a volve poñer

Borrar non é unha solución mentres o propietario siga configurado para instalar a ruta. O propietario adoita ser un de tres: o perfil do cliente VPN coa súa lista de túnel dividido, un script ou unha tarefa programada que engade rutas ao iniciar sesión, ou unha directiva de dominio aplicada á máquina. Comprobe primeiro o perfil, porque se executa en cada conexión:

Get-VpnConnection | Select-Object Name,SplitTunneling,ServerAddress
Get-NetRoute -PolicyStore PersistentStore

As entradas persistentes son visibles sen conectar nada, así que unha ruta que volve tras un reinicio sen sesión VPN case sempre vive nese almacén ou nun script de inicio. Corrixa alí o propietario, e a eliminación manual pasa a ser verificación en lugar de tratamento.

5. Verifique a busca, os veciños e a nota

Un resultado limpo non é «a ruta marchou»; é unha busca que agora escolle a interface que esperaba. Pregunte á máquina cara a onde iría un paquete ao prefixo afectado, porque un resto segue nomeando o índice morto mentres unha resposta limpa nomea a interface na ligazón ou a pasarela correcta. Find-NetRoute responde iso para un enderezo cada vez:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Despois probe un veciño: escolla un segundo prefixo que un túnel dividido aínda necesita e confirme que a súa busca non cambiou, porque quitar unha ruta de máis é o erro ao que invita esta limpeza. Probe de novo a aplicación que fallou orixinalmente, e anote que compoñente posúe o prefixo agora. A documentación de Microsoft sobre Get-NetRoute enumera os campos que anotou no segundo paso. Dentro de seis meses, esa nota é o que impide diagnosticar dúas veces a mesma entrada.