Seja se je končala pred nekaj urami, vmesnik je izginil, pot pa je še vedno v tabeli in kaže na vmesnik 42. Brisanje te vrstice zahteva en ukaz; odločitev, da je to prava vrstica, zahteva štiri preglede. Tabela poti je deljena, zato široka odstranitev odstrani poti, ki jih druge povezave še uporabljajo, vključno s tisto, ki nosi tunel. Vsak korak spodaj zoži cilj, dokler se lahko ujema samo en vnos.

1. Odločite se, ali je vnos zastarel ali nameren

Vnos, ki je preživel ponovni zagon, je bil nekam zapisan, in ta kraj je običajno odločitev, ne nesreča. Razdeljeni tunel je odvisen od poti, ki so videti natanko kot ostanki, in pravilnika, ki potiska en predpono skozi tunel, na enem seznamu ni mogoče ločiti od zastarelega vnosa. Vprašajte, kdaj se je pot pojavila: tista, ki obstaja samo, dokler je tunel aktiven, pripada konfiguraciji odjemalca, zato je ukaz za čiščenje napačno orodje. Odstranite namerno pot in naslednja povezava ne uspe na koraku, ki ga nihče ne opazuje.

Pot do končne točke si zasluži svoje opozorilo. Ko odjemalec doda pot gostitelja do strežnika VPN, da lahko šifrirani paketi pridejo do njega prek lokalne povezave, brisanje te poti zruši tunel ob naslednji ponovni povezavi, simptom pa se bere kot okvara strežnika. Preden se česar koli dotaknete, primerjajte cilj z naslovom, s katerim se odjemalec povezuje: en javni naslov, ki se ujema s strežnikom VPN, je zunanja pot, ne smeti.

2. Zapišite štiri polja, ki poimenujejo vnos

Sama predpona ni identiteta, ker imata lahko dva vmesnika poti do istega cilja. Zapišite ciljno predpono, indeks vmesnika, naslednji skok in shrambo pravil, saj te štiri vrednosti opisujejo natanko en vnos. En seznam vam da vse:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Razvrščanje po metriki dvigne poti, ki jih stroj resnično raje uporablja, in tam običajno sedi ostanek. Primerjajte vnos, medtem ko je tunel aktiven, in znova po tem, ko pade: pot, ki izgine z vmesnikom, je bila odjemalčeva, tista, ki ostane, pa je bila zapisana z nečim drugim. Shramba pravil je polje, ki ga ljudje preskočijo, in prav ona pojasni ponovno pojavitev, ker se vnos, odstranjen iz aktivne shrambe, vrne po naslednji osvežitvi pravil. Zapišite štiri vrednosti, preden zaženete karkoli, kar spremeni stanje.

3. Predogled odstranitve, nato odstranite en vnos

Remove-NetRoute sprejme isto predpono in indeks vmesnika, kot ju je izpisal Get-NetRoute, in ima stikalo za predogled, zato ni treba ničesar ugibati. Zaženite par v tem vrstnem redu:

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

Predogled izpiše objekt, ki bi ga izbrisal, zato pred spustom stikala primerjajte predpono, vmesnik in naslednji skok s svojimi zapiski. Nobena vrstica ne doseže trajnega vnosa, ker je aktivna shramba privzeta; dodajte -PolicyStore PersistentStore, ko pot, ki ste jo prepoznali, živi tam, sicer je odstranitev videti uspešna in vnos se vrne ob naslednji osvežitvi pravil. Ko je seja oddaljena, ohranite zunajpasovno pot za obnovitev, ker brisanje poti, ki nosi vašo lastno povezavo, to konča. Nikoli ne segajte po ukazu, ki počisti tabelo.

4. Poiščite komponento, ki jo vrne

Brisanje ni popravek, dokler je lastnik še vedno nastavljen za namestitev poti. Lastnik je običajno eden od treh: profil odjemalca VPN s seznamom razdeljenega tunela, skript ali načrtovana opravila, ki dodajo poti ob prijavi, ali domenska pravila, uporabljena na stroju. Najprej preverite profil, ker se izvede ob vsaki povezavi:

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

Trajni vnosi so vidni brez povezovanja česarkoli, zato pot, ki se vrne po ponovnem zagonu brez seje VPN, skoraj vedno živi v tej shrambi ali v zagonskem skriptu. Tam popravite lastnika, in ročno brisanje postane preverjanje namesto zdravljenja.

5. Preverite iskanje, sosede in zapisek

Čist rezultat ni, da je pot izginila; to je iskanje, ki zdaj izbere vmesnik, ki ste ga pričakovali. Vprašajte stroj, kam bi šel paket do prizadete predpone, ker ostanek še vedno imenuje mrtvi indeks, medtem ko čist odgovor imenuje vmesnik na povezavi ali pravo prehodno točko. Find-NetRoute na to odgovori za en naslov naenkrat:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Nato preizkusite soseda: izberite drugo predpono, ki jo razdeljeni tunel še potrebuje, in potrdite, da se njeno iskanje ni spremenilo, ker je odvzem ene poti preveč napaka, h kateri vabi to čiščenje. Znova poskusite aplikacijo, ki sprva ni uspela, in zapišite, katera komponenta ima predpono zdaj. Microsoftova dokumentacija za Get-NetRoute našteva polja, ki ste jih zapisali v drugem koraku. Čez pol leta je prav ta zapisek tisti, ki prepreči, da bi isti vnos diagnosticirali dvakrat.

Sorodni članki