Smažte trasu VPN ve Windows z profilu, ne z tabulky
Odstranění aktivní položky neodstraní pokyn, který ji znovu vytváří. Najděte profil nebo zásadu, která trasu vlastní, a změňte ji tam.
Smažte trasu, sledujte, jak zmizí, a další připojení ji vrátí. To není selhání příkazu pro smazání; položku obnovuje jiný objekt. Váš příkaz působil na aktivní směrovací tabulku, zatímco něco jiného drží uložený pokyn, který trasu při každém připojení znovu nainstaluje. Najděte vlastníka, než stejnou položku smažete potřetí.
Pojmenujte vlastníka, než budete znovu mazat
Zapište přesný cílový prefix, aktivní rozhraní a název profilu, dokud je trasa přítomná. Pak se podívejte na zamýšlený profil v tom rozsahu, kde je uložen, protože seznamy připojení pro jednotlivé uživatele a pro všechny uživatele jsou samostatné objekty. Zkontrolujte, zda položku neinstaluje také skript, služba VPN nebo správa zařízení, a projděte položky automatického spouštění, když to žádný ze zřejmých vlastníků nevysvětluje. Trasa přidaná naplánovanou úlohou se vrací na časovač, ne při připojení.
Čas seznam rychle zúží. Trasa, která se vrací jen při opětovném připojení, ukazuje na profil, a ta, která se vrací, dokud připojení zůstává aktivní, ukazuje na skript, službu nebo obnovení zásady.
Smažte uloženou trasu, ne aktivní
U nativního profilu odstranění vyžaduje název připojení a cílový prefix, spolu s přepínačem pro všechny uživatele, pokud připojení patří do globálního telefonního seznamu. Nejprve zobrazte náhled, protože cmdlet ho podporuje a náhled nic nestojí:
Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24' -WhatIf
Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24'
Tím se odstraní uložený pokyn, ne odpovídající aktivní položka, a právě v tom je rozdíl, díky kterému změna přežije opětovné připojení. Smazání z tabulky koupí jen čas do dalšího připojení. Microsoft dokumentuje cmdlet jako odstranění trasy z připojení VPN, což je objekt, který chcete změnit.
Čtěte výstup, místo abyste předpokládali, že to fungovalo. Cmdlet hlásí, které připojení změnil, a další krok potvrdí změnu z uložené konfigurace, ne z aktivní tabulky.
Přečtěte uložené trasy zpět
Zeptejte se profilu, jaké trasy nyní drží, protože uložená kolekce je směrodatná odpověď a tabulka je jen kopie. Objekt připojení nese vlastní seznam tras:
Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes
Get-VpnConnection -AllUserConnection | Select-Object Name, Routes
Prefix, který se v této kolekci stále objevuje, se při dalším připojení vrátí, ať je z tabulky smazán kolikrátkoli. Prefix, který z kolekce zmizel a v tabulce zůstává, má jiného vlastníka, což vás vrací k otázce času.
Porovnejte oba seznamy, dokud je připojení aktivní. Prefix v aktivní tabulce a chybějící v uložené kolekci je případ, který ukazuje na skripty a zásady, a prefix přítomný v obou je případ, který vlastní profil. Toto porovnání je celá diagnóza a stojí jedno opětovné připojení.
Když trasu vlastní zásada správy
Profil zřízený správou zařízení není váš k úpravám a místní změna se při dalším obnovení zásady nahradí. Znakem je uložená trasa, která se po úspěšném odstranění znovu objeví, nebo profil, který nemůžete upravit bez zvýšení oprávnění, které nemáte. Před dalším trávením času s cmdletem zkontrolujte stav registrace zařízení.
Nápravné opatření patří k zásadě: odstraňte prefix z definice profilu VPN v konzole správy nebo ze skupinové zásady, která ho nasazuje. Požádejte vlastníka této zásady o potvrzení změny, místo abyste znovu upravovali místní kopii. Zařízení pak při dalším obnovení odpovídá zásadě a trasa zůstane pryč z důvodu, který přežije další nasazení.
Zapište, co ji vlastnilo
Zapište vlastníka, rozsah a přesný příkaz, aby další člověk neopakoval vyšetřování od začátku. Zapište, zda se položka vrátila a co ji spustilo, protože to je důkaz, že vlastník byl určen správně. Trasa, která se vrátí po obnovení zásady, vám říká, že zásada to stále nařizuje.
Smazání aktivní trasy je legitimní rychlý test, zda na cestě záleží. Není to změna konfigurace a nemělo by se tak zaznamenávat. Změna, která se počítá, je ta provedená tam, kde pokyn žije.