Slett en Windows VPN-rute fra profilen, ikke fra tabellen

Slett ruten, se at den forsvinner, og neste tilkobling bringer den tilbake. Det er ikke slettekommandoen som feiler; et annet objekt gjenoppretter oppføringen. Kommandoen din virket på den aktive rutetabellen, mens noe annet holder en lagret instruksjon som installerer ruten på nytt ved hver tilkobling. Finn eieren før du sletter samme oppføring for tredje gang.

Navngi eieren før du sletter igjen

Skriv ned det nøyaktige destinasjonsprefikset, det aktive grensesnittet og profilnavnet mens ruten er der. Se deretter på den tiltenkte profilen i det omfanget den ligger i, fordi tilkoblingslistene per bruker og for alle brukere er separate objekter. Sjekk om et skript, VPN-tjenesten eller enhetsstyring også installerer oppføringen, og gå gjennom oppstartselementene når ingen av de åpenbare eierne forklarer det. En rute som en planlagt oppgave legger til, kommer tilbake på en timer og ikke ved en tilkobling.

Tidspunktet snevrer inn listen raskt. En rute som bare kommer tilbake ved gjentilkobling, peker på profilen, og en som kommer tilbake mens tilkoblingen består, peker på et skript, en tjeneste eller en policyoppdatering.

Slett den lagrede ruten, ikke den aktive

For en innebygd profil krever fjerning tilkoblingsnavnet og destinasjonsprefikset, sammen med bryteren for alle brukere når tilkoblingen hører til den globale telefonboken. Forhåndsvis først, fordi cmdleten støtter det og forhåndsvisningen ikke koster noe:

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

Det fjerner den lagrede instruksjonen og ikke en samsvarende aktiv oppføring, og det er forskjellen som gjør at endringen overlever en gjentilkobling. Sletting fra tabellen kjøper bare tid til neste tilkobling. Microsoft dokumenterer cmdleten som fjerning av en rute fra en VPN-tilkobling, og det er objektet du vil endre.

Les utdata i stedet for å anta at det virket. Cmdleten rapporterer hvilken tilkobling den endret, og neste trinn bekrefter endringen fra den lagrede konfigurasjonen og ikke fra den aktive tabellen.

Les de lagrede rutene tilbake

Spør profilen hvilke ruter den har nå, fordi den lagrede samlingen er det autoritative svaret og tabellen er bare en kopi. Tilkoblingsobjektet har sin egen ruteliste:

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

Et prefiks som fortsatt vises i den samlingen, kommer tilbake ved neste tilkobling, uansett hvor mange ganger det slettes fra tabellen. Et prefiks som er borte fra samlingen og fortsatt står i tabellen, har en annen eier, og det sender deg tilbake til spørsmålet om tidspunkt.

Sammenlign de to listene mens tilkoblingen er oppe. Et prefiks i den aktive tabellen og fraværende i den lagrede samlingen er tilfellet som peker på skript og policy, og et prefiks som finnes i begge, er tilfellet profilen eier. Den sammenligningen er hele diagnosen, og den koster én gjentilkobling.

Når en administrasjonspolicy eier ruten

En profil som enhetsstyring skaffer, er ikke din å redigere, og en lokal endring blir erstattet ved neste policyoppdatering. Tegnet er en lagret rute som dukker opp igjen etter en vellykket fjerning, eller en profil du ikke kan endre uten en forhøyelse du ikke har. Sjekk registreringstilstanden til enheten før du bruker mer tid på cmdleten.

Korrigeringen hører til policyen: fjern prefikset fra VPN-profildetegningen i administrasjonskonsollen, eller fra gruppepolicyen som distribuerer den. Be eieren av den policyen bekrefte endringen i stedet for å redigere den lokale kopien igjen. Da samsvarer enheten med policyen ved neste oppdatering, og ruten blir borte av en grunn som overlever neste utrulling.

Skriv ned hva som eide den

Skriv ned eieren, omfanget og den nøyaktige kommandoen, slik at neste person ikke gjentar undersøkelsen fra begynnelsen. Noter om oppføringen kom tilbake og hva som utløste det, fordi det er beviset på at eieren ble identifisert riktig. En rute som kommer tilbake etter en policyoppdatering, forteller deg at policyen fortsatt sier det.

Å slette en aktiv rute er en legitim rask test på om veien betyr noe. Det er ikke en konfigurasjonsendring, og det bør ikke registreres som en. Endringen som teller, er den som gjøres der instruksjonen bor.