Ako odstrániť zastaranú trasu, ktorú zanechal Windows VPN

Relácia sa skončila pred niekoľkými hodinami, adaptér zmizol, a trasa je stále v tabuľke a ukazuje na rozhranie 42. Odstránenie tohto riadka si vyžiada jeden príkaz; rozhodnutie, že je to správny riadok, si vyžiada štyri kontroly. Tabuľka trás je zdieľaná, takže široké odstránenie odoberie cesty, ktoré iné pripojenia ešte používajú, vrátane tej, ktorá nesie tunel. Každý krok nižšie zužuje cieľ, kým môže zodpovedať iba jeden záznam.

1. Rozhodnite, či je záznam zastaraný alebo úmyselný

Záznam, ktorý prežil reštart, bol niekde zapísaný, a to miesto je zvyčajne rozhodnutie, nie nehoda. Rozdelený tunel závisí od trás, ktoré vyzerajú presne ako zvyšky, a pravidlo, ktoré ženie jeden prefix tunelom, sa v jednom zozname nedá odlíšiť od zastaraného záznamu. Spýtajte sa, kedy sa trasa objavila: tá, ktorá existuje len počas aktívneho tunela, patrí konfigurácii klienta, takže čistiaci príkaz je nesprávny nástroj. Odstráňte úmyselnú trasu a ďalšie pripojenie zlyhá na kroku, ktorý nikto nesleduje.

Trasa ku koncovému bodu si zaslúži vlastné varovanie. Keď klient pridá trasu hostiteľa k serveru VPN, aby sa k nemu šifrované pakety dostali cez lokálne pripojenie, odstránenie tejto trasy zrúti tunel pri ďalšom opätovnom pripojení, a príznak sa číta ako porucha servera. Predtým než sa čohokoľvek dotknete, porovnajte cieľ s adresou, ku ktorej sa klient pripája: jedna verejná adresa, ktorá zodpovedá serveru VPN, je vonkajšia cesta, nie odpad.

2. Zapíšte štyri polia, ktoré záznam pomenúvajú

Samotný prefix nie je identita, pretože dve rozhrania môžu mať trasy k rovnakému cieľu. Zapíšte cieľový prefix, index rozhrania, ďalší skok a úložisko pravidiel, pretože tieto štyri hodnoty opisujú presne jeden záznam. Jeden zoznam vám dá všetky:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Zoradenie podľa metriky vyzdvihne trasy, ktoré stroj skutočne uprednostňuje, a tam zvyčajne sedí zvyšok. Porovnajte záznam, kým je tunel aktívny, a znova po jeho páde: trasa, ktorá zmizne s adaptérom, bola klientova, a tá, ktorá zostane, bola zapísaná niečím iným. Úložisko pravidiel je pole, ktoré ľudia preskakujú, a práve ono vysvetľuje opätovné objavenie, pretože záznam odstránený z aktívneho úložiska sa vráti po ďalšej aktualizácii pravidiel. Zapíšte štyri hodnoty, kým spustíte čokoľvek, čo mení stav.

3. Prezrite si odstránenie, potom odstráňte jeden záznam

Remove-NetRoute prijíma ten istý prefix a index rozhrania, ktoré vypísal Get-NetRoute, a má prepínač náhľadu, takže nič netreba hádať. Spustite dvojicu v tomto poradí:

Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42 -WhatIf
Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42

Náhľad vypíše objekt, ktorý by odstránil, preto pred uvoľnením prepínača porovnajte prefix, rozhranie a ďalší skok so svojimi poznámkami. Ani jeden riadok nedosiahne trvalý záznam, pretože aktívne úložisko je predvolené; pridajte -PolicyStore PersistentStore, keď identifikovaná trasa žije tam, inak sa odstránenie zdá úspešné a záznam sa vráti pri ďalšej aktualizácii pravidiel. Keď je relácia vzdialená, zachovajte mimopásmovú cestu obnovy, pretože odstránenie trasy, ktorá nesie vaše vlastné pripojenie, ho ukončí. Nikdy nesiahnite po príkaze, ktorý čistí tabuľku.

4. Nájdite komponent, ktorý ju vracia späť

Odstránenie nie je oprava, kým je vlastník stále nakonfigurovaný inštalovať trasu. Vlastník je zvyčajne jeden z troch: profil klienta VPN so zoznamom rozdeleného tunela, skript alebo naplánovaná úloha, ktorá pridáva trasy pri prihlásení, alebo doménové pravidlo použité na stroj. Najprv skontrolujte profil, pretože sa spúšťa pri každom pripojení:

Get-VpnConnection | Select-Object Name,SplitTunneling,ServerAddress
Get-NetRoute -PolicyStore PersistentStore

Trvalé záznamy sú viditeľné bez pripojenia čohokoľvek, takže trasa, ktorá sa vráti po reštarte bez relácie VPN, takmer vždy žije v tomto úložisku alebo v spúšťacom skripte. Opravte tam vlastníka, a manuálne odstránenie sa stane overením namiesto liečby.

5. Overte vyhľadávanie, susedov a poznámku

Čistý výsledok nie je to, že trasa zmizla; je to vyhľadávanie, ktoré teraz vyberá rozhranie, ktoré ste očakávali. Spýtajte sa stroja, kam by šiel paket k postihnutému prefixu, pretože zvyšok stále pomenúva mŕtvy index, kým čistá odpoveď pomenúva rozhranie na linke alebo správnu bránu. Find-NetRoute na to odpovedá pre jednu adresu naraz:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Potom otestujte suseda: vyberte druhý prefix, ktorý rozdelený tunel ešte potrebuje, a potvrďte, že jeho vyhľadávanie sa nezmenilo, pretože odobrať jednu trasu navyše je chyba, na ktorú toto čistenie pozýva. Skúste znova aplikáciu, ktorá pôvodne zlyhala, a zapíšte, ktorý komponent teraz vlastní prefix. Dokumentácia Microsoftu pre Get-NetRoute uvádza polia, ktoré ste zapísali v druhom kroku. O pol roka práve tá poznámka zabráni tomu, aby sa ten istý záznam diagnostikoval dvakrát.