Eliminate una route VPN di Windows dal profilo, non dalla tabella

Eliminate la route, guardatela sparire, e la connessione successiva la riporta. Non è il comando di eliminazione che fallisce; è un altro oggetto che ripristina la voce. Il vostro comando ha agito sulla tabella di routing attiva, mentre qualcos'altro custodisce un'istruzione salvata che reinstalla la route a ogni connessione. Trovate il proprietario prima di eliminare la stessa voce per la terza volta.

Nominate il proprietario prima di eliminare di nuovo

Annotate il prefisso di destinazione esatto, l'interfaccia attiva e il nome del profilo mentre la route è presente. Poi guardate il profilo previsto nell'ambito che lo contiene, perché gli elenchi di connessioni per utente e per tutti gli utenti sono oggetti separati. Verificate se anche uno script, il servizio VPN o la gestione dei dispositivi installa la voce, e scorrete gli elementi di avvio quando nessuno dei proprietari evidenti lo spiega. Una route aggiunta da un'attività pianificata ricompare a tempo, non alla connessione.

La tempistica restringe subito l'elenco. Una route che torna solo alla riconnessione indica il profilo, e una che torna mentre la connessione resta attiva indica uno script, un servizio o un aggiornamento dei criteri.

Eliminate la route salvata, non quella attiva

Per un profilo nativo la rimozione richiede il nome della connessione e il prefisso di destinazione, con l'opzione per tutti gli utenti quando la connessione appartiene alla rubrica globale. Visualizzate prima un'anteprima, perché il cmdlet la supporta e l'anteprima non costa nulla:

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

Questo rimuove l'istruzione salvata e non una voce attiva corrispondente, ed è la differenza che fa sopravvivere la modifica a una riconnessione. Eliminare dalla tabella compra solo tempo fino alla connessione successiva. Microsoft documenta il cmdlet come rimozione di una route da una connessione VPN, ed è l'oggetto che volete cambiare.

Leggete l'output invece di dare per scontato che abbia funzionato. Il cmdlet indica quale connessione ha modificato, e il passo successivo conferma la modifica dalla configurazione salvata e non dalla tabella attiva.

Rileggete le route salvate

Chiedete al profilo quali route possiede ora, perché la raccolta salvata è la risposta autorevole e la tabella è solo una copia. L'oggetto connessione porta il proprio elenco di route:

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

Un prefisso che compare ancora in quella raccolta tornerà alla connessione successiva, per quante volte venga eliminato dalla tabella. Un prefisso scomparso dalla raccolta e ancora presente nella tabella ha un altro proprietario, e questo vi riporta alla domanda sulla tempistica.

Confrontate i due elenchi mentre la connessione è attiva. Un prefisso nella tabella attiva e assente dalla raccolta salvata è il caso che indica script e criteri, e un prefisso presente in entrambi è il caso che possiede il profilo. Quel confronto è tutta la diagnosi, e costa una riconnessione.

Quando i criteri di gestione possiedono la route

Un profilo fornito dalla gestione dei dispositivi non è vostro da modificare, e una modifica locale viene sostituita al successivo aggiornamento dei criteri. Il segno è una route salvata che ricompare dopo una rimozione riuscita, o un profilo che non potete modificare senza un'elevazione che non avete. Controllate lo stato di registrazione del dispositivo prima di dedicare altro tempo al cmdlet.

L'azione correttiva appartiene ai criteri: rimuovete il prefisso dalla definizione del profilo VPN nella console di gestione, o dai criteri di gruppo che la distribuiscono. Chiedete al proprietario di quei criteri di confermare la modifica invece di modificare ancora la copia locale. Il dispositivo corrisponde allora ai criteri al successivo aggiornamento, e la route resta assente per una ragione che sopravvive alla distribuzione successiva.

Annotate cosa la possedeva

Scrivete il proprietario, l'ambito e il comando esatto, così la persona successiva non ripete l'indagine dall'inizio. Annotate se la voce è tornata e cosa l'ha innescata, perché è la prova che il proprietario è stato identificato correttamente. Una route che torna dopo un aggiornamento dei criteri vi dice che i criteri lo dicono ancora.

Eliminare una route attiva è un test rapido legittimo per capire se il percorso conta. Non è una modifica di configurazione, e non va registrata come tale. La modifica che conta è quella fatta dove vive l'istruzione.