Apague uma rota VPN do Windows pelo perfil, não pela tabela

Apague a rota, veja-a desaparecer, e a ligação seguinte trazê-la de volta. Não é o comando de eliminação que falha; é outro objeto a restaurar a entrada. O seu comando atuou na tabela de encaminhamento ativa, enquanto outra coisa guarda uma instrução armazenada que reinstala a rota em cada ligação. Encontre o proprietário antes de eliminar a mesma entrada pela terceira vez.

Nomeie o proprietário antes de eliminar de novo

Registe o prefixo de destino exato, a interface ativa e o nome do perfil enquanto a rota existe. Depois veja o perfil pretendido no âmbito onde estiver guardado, porque as listas de ligações por utilizador e para todos os utilizadores são objetos separados. Verifique se um script, o serviço VPN ou a gestão de dispositivos também instala a entrada, e percorra os itens de arranque quando nenhum dos proprietários óbvios o explicar. Uma rota adicionada por uma tarefa agendada reaparece por temporizador, não por ligação.

O momento estreita a lista depressa. Uma rota que só volta ao reconectar aponta para o perfil, e uma que volta enquanto a ligação se mantém aponta para um script, um serviço ou uma atualização de política.

Apague a rota guardada, não a ativa

Num perfil nativo, a remoção exige o nome da ligação e o prefixo de destino, com o interruptor para todos os utilizadores quando a ligação pertence à lista telefónica global. Pré-visualize primeiro, porque o cmdlet suporta-o e a pré-visualização não custa nada:

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

Isso remove a instrução guardada e não uma entrada ativa correspondente, e é essa a diferença que faz a alteração sobreviver a uma reconexão. Apagar da tabela só compra tempo até à ligação seguinte. A Microsoft documenta o cmdlet como a remoção de uma rota de uma ligação VPN, e é esse o objeto que quer alterar.

Leia a saída em vez de assumir que funcionou. O cmdlet indica qual ligação alterou, e o passo seguinte confirma a alteração a partir da configuração guardada e não da tabela ativa.

Volte a ler as rotas guardadas

Pergunte ao perfil que rotas tem agora, porque a coleção guardada é a resposta autoritativa e a tabela é apenas uma cópia. O objeto de ligação transporta a sua própria lista de rotas:

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

Um prefixo que ainda aparece nessa coleção voltará na ligação seguinte, por muitas vezes que seja apagado da tabela. Um prefixo que desapareceu da coleção e continua na tabela tem outro proprietário, e isso devolve-o à questão do momento.

Compare as duas listas enquanto a ligação está ativa. Um prefixo na tabela ativa e ausente da coleção guardada é o caso que aponta para scripts e políticas, e um prefixo presente em ambas é o caso que o perfil possui. Essa comparação é todo o diagnóstico, e custa uma reconexão.

Quando uma política de gestão possui a rota

Um perfil fornecido pela gestão de dispositivos não é seu para editar, e uma alteração local é substituída na atualização de política seguinte. O sinal é uma rota guardada que reaparece após uma remoção bem-sucedida, ou um perfil que não consegue alterar sem uma elevação que não tem. Verifique o estado de inscrição do dispositivo antes de gastar mais tempo no cmdlet.

A ação corretiva pertence à política: remova o prefixo da definição do perfil VPN na consola de gestão, ou da política de grupo que a implementa. Peça ao proprietário dessa política que confirme a alteração em vez de editar novamente a cópia local. O dispositivo passa então a corresponder à política na atualização seguinte, e a rota continua ausente por uma razão que sobrevive à implementação seguinte.

Registe o que a possuía

Anote o proprietário, o âmbito e o comando exato, para que a pessoa seguinte não repita a investigação desde o início. Registe se a entrada voltou e o que a desencadeou, porque essa é a prova de que o proprietário foi identificado corretamente. Uma rota que volta após uma atualização de política diz-lhe que a política continua a dizê-lo.

Apagar uma rota ativa é um teste rápido legítimo para saber se o caminho importa. Não é uma alteração de configuração, e não deve ser registada como tal. A alteração que conta é a que é feita onde vive a instrução.