Cum să eliminați o rută învechită lăsată de un VPN Windows

Sesiunea s-a încheiat acum câteva ore, adaptorul a dispărut, iar ruta este încă în tabel și indică interfața 42. Ștergerea acelui rând cere o singură comandă; decizia că este rândul corect cere patru verificări. Tabelul de rute este partajat, așa că o eliminare largă scoate căi pe care alte conexiuni le mai folosesc, inclusiv cea care duce tunelul. Fiecare pas de mai jos îngustează ținta până când doar o intrare poate corespunde.

1. Decideți dacă intrarea este învechită sau intenționată

O intrare care a supraviețuit unei reporniri a fost scrisă undeva, iar acel loc este de obicei o decizie, nu un accident. Tunelul divizat depinde de rute care arată exact ca niște resturi, iar o politică ce împinge un prefix prin tunel nu se poate distinge de o intrare învechită într-o singură listă. Întrebați când a apărut ruta: una care există doar cât timp tunelul este activ aparține configurației clientului, deci comanda de curățare este instrumentul greșit. Eliminați o rută intenționată și următoarea conexiune eșuează la pasul pe care nimeni nu îl urmărește.

Ruta punctului final merită propriul avertisment. Când un client adaugă o rută de gazdă către serverul VPN pentru ca pachetele criptate să îl atingă prin conexiunea locală, ștergerea acelei rute prăbușește tunelul la următoarea reconectare, iar simptomul se citește ca o defecțiune a serverului. Comparați destinația cu adresa la care se conectează clientul înainte de a atinge ceva: o singură adresă publică ce corespunde serverului VPN este calea exterioară, nu gunoi.

2. Notați cele patru câmpuri care numesc intrarea

Un prefix singur nu este o identitate, fiindcă două interfețe pot avea rute către aceeași destinație. Notați prefixul de destinație, indicele interfeței, următorul salt și magazinul de politici, deoarece aceste patru valori descriu exact o intrare. O singură listă vi le dă pe toate:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Sortarea după metrică ridică rutele pe care mașina le preferă cu adevărat, iar acolo stă de obicei un rest. Comparați intrarea cât timp tunelul este activ și din nou după ce cade: o rută care pleacă odată cu adaptorul era a clientului, iar cea care rămâne a fost scrisă de altceva. Magazinul de politici este câmpul pe care oamenii îl sar, și el explică o reapariție, fiindcă o intrare eliminată din magazinul activ revine după următoarea reîmprospătare a politicilor. Notați cele patru valori înainte de a rula ceva ce schimbă starea.

3. Previzualizați eliminarea, apoi eliminați o intrare

Remove-NetRoute acceptă același prefix și același indice de interfață pe care le-a afișat Get-NetRoute, și are un comutator de previzualizare, așa că nimic nu trebuie ghicit. Rulați perechea în această ordine:

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

Previzualizarea afișează obiectul pe care l-ar șterge, așa că comparați prefixul, interfața și următorul salt cu notițele înainte de a elibera comutatorul. Niciuna dintre linii nu ajunge la o intrare persistentă, fiindcă magazinul activ este implicit; adăugați -PolicyStore PersistentStore când ruta identificată locuiește acolo, altfel eliminarea pare să funcționeze și intrarea revine la următoarea reîmprospătare a politicilor. Păstrați o cale de recuperare în afara benzii când sesiunea este la distanță, fiindcă ștergerea rutei care poartă propria conexiune o încheie. Nu apelați niciodată la o comandă care golește tabelul.

4. Găsiți componenta care o pune la loc

Ștergerea nu este o reparație cât timp proprietarul este încă configurat să instaleze ruta. Proprietarul este de obicei unul din trei: profilul clientului VPN cu lista sa de tunel divizat, un script sau o sarcină programată care adaugă rute la autentificare, ori o politică de domeniu aplicată mașinii. Verificați mai întâi profilul, fiindcă rulează la fiecare conectare:

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

Intrările persistente sunt vizibile fără a conecta nimic, așa că o rută ce revine după o repornire fără sesiune VPN locuiește aproape întotdeauna în acel magazin sau într-un script de pornire. Corectați acolo proprietarul, iar ștergerea manuală devine verificare în loc de tratament.

5. Verificați căutarea, vecinii și notița

Un rezultat curat nu este că ruta a dispărut; este o căutare care acum alege interfața pe care o așteptați. Întrebați mașina unde ar merge un pachet către prefixul afectat, fiindcă un rest încă numește indicele mort, în timp ce un răspuns curat numește interfața on-link sau gateway-ul corect. Find-NetRoute răspunde la asta pentru o adresă o dată:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Apoi testați un vecin: alegeți un al doilea prefix de care un tunel divizat mai are nevoie și confirmați că căutarea lui a rămas neschimbată, fiindcă a scoate o rută prea mult este greșeala pe care această curățare o invită. Reîncercați aplicația care a eșuat inițial, și notați ce componentă deține prefixul acum. Documentația Microsoft pentru Get-NetRoute enumeră câmpurile pe care le-ați notat la pasul doi. Peste șase luni acea notiță este cea care împiedică aceeași intrare să fie diagnosticată de două ori.