Ta bort en Windows VPN-rutt från profilen, inte från tabellen

Ta bort rutten, se den försvinna, och nästa anslutning tar tillbaka den. Det är inte borttagningskommandot som misslyckas; ett annat objekt återställer posten. Ditt kommando verkade på den aktiva routingtabellen, medan något annat håller en sparad instruktion som installerar rutten igen vid varje anslutning. Hitta ägaren innan du tar bort samma post en tredje gång.

Namnge ägaren innan du tar bort igen

Skriv ned det exakta destinationsprefixet, det aktiva gränssnittet och profilnamnet medan rutten finns. Titta sedan på den avsedda profilen i vilken omfattning den än lagras, eftersom anslutningslistorna per användare och för alla användare är separata objekt. Kontrollera om ett skript, VPN-tjänsten eller enhetshanteringen också installerar posten, och gå igenom startobjekten när ingen av de uppenbara ägarna förklarar det. En rutt som en schemalagd uppgift lägger till kommer tillbaka på en timer och inte vid en anslutning.

Tidpunkten snävar snabbt in listan. En rutt som bara kommer tillbaka vid återanslutning pekar på profilen, och en som kommer tillbaka medan anslutningen består pekar på ett skript, en tjänst eller en principuppdatering.

Ta bort den sparade rutten, inte den aktiva

För en inbyggd profil kräver borttagning anslutningsnamnet och destinationsprefixet, tillsammans med växeln för alla användare när anslutningen tillhör den globala telefonboken. Förhandsgranska först, eftersom cmdlet:en stöder det och förhandsgranskningen inte kostar något:

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

Det tar bort den sparade instruktionen och inte en matchande aktiv post, och det är skillnaden som gör att ändringen överlever en återanslutning. Borttagning från tabellen köper bara tid till nästa anslutning. Microsoft dokumenterar cmdlet:en som borttagning av en rutt från en VPN-anslutning, och det är objektet du vill ändra.

Läs utdata i stället för att anta att det fungerade. Cmdlet:en rapporterar vilken anslutning den ändrade, och nästa steg bekräftar ändringen från den sparade konfigurationen och inte från den aktiva tabellen.

Läs tillbaka de sparade rutterna

Fråga profilen vilka rutter den har nu, eftersom den sparade samlingen är det auktoritativa svaret och tabellen bara är en kopia. Anslutningsobjektet bär sin egen ruttlista:

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

Ett prefix som fortfarande visas i den samlingen kommer tillbaka vid nästa anslutning, hur många gånger det än tas bort från tabellen. Ett prefix som är borta från samlingen och fortfarande finns i tabellen har en annan ägare, och det skickar dig tillbaka till frågan om tidpunkten.

Jämför de två listorna medan anslutningen är uppe. Ett prefix i den aktiva tabellen och frånvarande i den sparade samlingen är fallet som pekar på skript och principer, och ett prefix som finns i båda är fallet som profilen äger. Den jämförelsen är hela diagnosen, och den kostar en återanslutning.

När en hanteringsprincip äger rutten

En profil som tillhandahålls av enhetshantering är inte din att redigera, och en lokal ändring ersätts vid nästa principuppdatering. Tecknet är en sparad rutt som dyker upp igen efter en lyckad borttagning, eller en profil du inte kan ändra utan en höjning du inte har. Kontrollera enhetens registreringsstatus innan du lägger mer tid på cmdlet:en.

Korrigeringen hör till principen: ta bort prefixet från VPN-profild definitionen i hanteringskonsolen, eller från grupprincipen som distribuerar den. Be ägaren av den principen bekräfta ändringen i stället för att redigera den lokala kopian igen. Enheten matchar då principen vid nästa uppdatering, och rutten förblir borta av ett skäl som överlever nästa distribution.

Skriv ned vad som ägde den

Skriv ned ägaren, omfattningen och det exakta kommandot, så att nästa person inte upprepar undersökningen från början. Notera om posten kom tillbaka och vad som utlöste det, eftersom det är beviset på att ägaren identifierades korrekt. En rutt som kommer tillbaka efter en principuppdatering säger dig att principen fortfarande säger det.

Att ta bort en aktiv rutt är ett legitimt snabbtest för om vägen spelar roll. Det är inte en konfigurationsändring, och det bör inte registreras som en. Ändringen som räknas är den som görs där instruktionen bor.