Borre una ruta VPN de Windows desde el perfil, no desde la tabla

Borre la ruta, mírela desaparecer y la siguiente conexión la trae de vuelta. No es que falle el comando de borrado; es otro objeto que restaura la entrada. Su comando actuó sobre la tabla de enrutamiento activa, mientras que algo más guarda una instrucción almacenada que reinstala la ruta en cada conexión. Encuentre al propietario antes de borrar la misma entrada por tercera vez.

Nombre al propietario antes de borrar de nuevo

Anote el prefijo de destino exacto, la interfaz activa y el nombre del perfil mientras la ruta está presente. Luego mire el perfil previsto en el ámbito que lo contenga, porque las listas de conexiones por usuario y para todos los usuarios son objetos separados. Compruebe si un script, el servicio VPN o la gestión de dispositivos también instala la entrada, y revise los elementos de inicio cuando ninguno de los propietarios evidentes lo explique. Una ruta añadida por una tarea programada reaparece por temporizador, no por conexión.

El momento acota la lista rápidamente. Una ruta que solo vuelve al reconectar apunta al perfil, y una que vuelve mientras la conexión sigue activa apunta a un script, un servicio o una actualización de política.

Borre la ruta almacenada, no la activa

En un perfil nativo, la eliminación requiere el nombre de la conexión y el prefijo de destino, junto con el modificador para todos los usuarios cuando la conexión pertenece a la libreta de teléfonos global. Previsualice primero, porque el cmdlet lo admite y la previsualización no cuesta nada:

Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24' -WhatIf
Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24'

Eso elimina la instrucción almacenada y no una entrada activa coincidente, y esa es la diferencia que hace que el cambio sobreviva a una reconexión. Borrar de la tabla solo compra tiempo hasta la siguiente conexión. Microsoft documenta el cmdlet como la eliminación de una ruta de una conexión VPN, que es el objeto que quiere cambiar.

Lea la salida en lugar de suponer que funcionó. El cmdlet informa de qué conexión modificó, y el paso siguiente confirma el cambio desde la configuración almacenada y no desde la tabla activa.

Vuelva a leer las rutas almacenadas

Pregunte al perfil qué rutas tiene ahora, porque la colección almacenada es la respuesta autoritativa y la tabla solo es una copia. El objeto de conexión lleva su propia lista de rutas:

Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes
Get-VpnConnection -AllUserConnection | Select-Object Name, Routes

Un prefijo que todavía aparece en esa colección volverá en la siguiente conexión, por muchas veces que se borre de la tabla. Un prefijo que ha desaparecido de la colección y sigue en la tabla tiene otro propietario, y eso le devuelve a la pregunta del momento.

Compare las dos listas mientras la conexión está activa. Un prefijo en la tabla activa y ausente de la colección almacenada es el caso que apunta a scripts y políticas, y un prefijo presente en ambas es el caso que posee el perfil. Esa comparación es todo el diagnóstico, y cuesta una reconexión.

Cuando una política de gestión posee la ruta

Un perfil aprovisionado por la gestión de dispositivos no es suyo para editarlo, y un cambio local se reemplaza en la siguiente actualización de política. La señal es una ruta almacenada que reaparece tras una eliminación correcta, o un perfil que no puede modificar sin una elevación que no tiene. Compruebe el estado de inscripción del dispositivo antes de dedicar más tiempo al cmdlet.

La acción correctiva corresponde a la política: quite el prefijo de la definición del perfil VPN en la consola de gestión, o de la política de grupo que lo despliega. Pida al propietario de esa política que confirme el cambio en lugar de editar otra vez la copia local. Entonces el dispositivo coincide con la política en la siguiente actualización, y la ruta sigue ausente por una razón que sobrevive al siguiente despliegue.

Anote qué la poseía

Anote el propietario, el ámbito y el comando exacto, para que la siguiente persona no repita la investigación desde el principio. Anote si la entrada volvió y qué la desencadenó, porque esa es la prueba de que el propietario se identificó correctamente. Una ruta que vuelve tras actualizar una política le dice que la política sigue diciéndolo.

Borrar una ruta activa es una prueba rápida legítima de si el camino importa. No es un cambio de configuración y no debería registrarse como tal. El cambio que cuenta es el que se hace donde vive la instrucción.