Kuidas eemaldada Windowsi VPN-i jäetud aegunud marsruuti

Teie seanss lõppes tunde tagasi, adapter on kadunud ja marsruut seisab endiselt tabelis, osutades liidesele 42. Selle rea kustutamine nõuab ühte käsku; otsus, et see on õige rida, nõuab nelja kontrolli. Marsruutitabelit jagatakse, seega lai eemaldamine võtab välja teed, mida teised ühendused veel kasutavad, sealhulgas tunnelit kandva tee. Iga samm allpool kitsendab sihtmärki, kuni sobida saab ainult üks kirje.

1. Otsustage, kas kirje on aegunud või tahtlik

Kirje, mis jäi üle taaskäivitamisest, kirjutati kuhugi, ja see kuhugi on tavaliselt otsus, mitte õnnetus. Jagatud tunnel sõltub marsruutidest, mis näevad välja täpselt nagu jäägid, ja poliitikat, mis surub ühe prefiksi tunnelist läbi, ei erista ühes loendis aegunud kirjest. Küsige, millal marsruut tekkis: see, mis eksisteerib ainult siis, kui tunnel on üleval, kuulub kliendi konfiguratsiooni, seega on puhastuskäsk vale tööriist. Eemaldage tahtlik marsruut ja järgmine ühendus ebaõnnestub sammul, mida keegi ei jälgi.

Lõpp-punkti marsruut väärib omaette hoiatust. Kui klient lisab VPN-serverile host-marsruudi, et krüpteeritud paketid jõuaksid selleni kohaliku ühenduse kaudu, siis selle marsruudi kustutamine varistab tunneli järgmisel taasühendamisel kokku ja sümptom loetakse serveri rikkena. Võrrelge sihtkohta aadressiga, millega klient ühendub, enne kui midagi puudutate: üks avalik aadress, mis sobib VPN-serveriga, on välimine tee, mitte prügi.

2. Kirjutage üles neli välja, mis kirjet nimetavad

Ainuüksi prefiks ei ole identiteet, sest kaks liidest võivad hoida marsruute sama sihtkoha suunas. Märkige üles sihtprefiks, liidese indeks, järgmine hüpe ja poliitikasalv, sest need neli väärtust kirjeldavad täpselt ühte kirjet. Üks loend annab teile kõik:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Mõõdiku järgi sorteerimine tõstab esile marsruudid, mida masin tegelikult eelistab, ja just seal istub tavaliselt jääk. Võrrelge kirjet, kui tunnel on üleval, ja uuesti pärast selle langemist: marsruut, mis kaob koos adapteriga, oli kliendi oma, ja see, mis jääb, kirjutati millegi muu poolt. Poliitikasalv on väli, mille inimesed vahele jätavad, ja just see selgitab uuesti ilmumist, sest aktiivsest salvest eemaldatud kirje naaseb pärast järgmist poliitika värskendust. Kirjutage neli väärtust üles enne, kui käivitate midagi, mis muudab olekut.

3. Eelvaadake eemaldamist, seejärel eemaldage üks kirje

Remove-NetRoute võtab vastu sama prefiksi ja liidese indeksi, mille Get-NetRoute välja trükkis, ja sellel on eelvaate lüliti, nii et midagi ei pea oletama. Käivitage paar selles järjekorras:

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

Eelvaade trükib objekti, mille see kustutaks, seega võrrelge prefiksi, liidest ja järgmist hüpet oma märkmetega enne lüliti vabastamist. Kumbki rida ei jõua püsiva kirjeni, sest aktiivne salv on vaikeväärtus; lisage -PolicyStore PersistentStore, kui tuvastatud marsruut elab seal, muidu näib eemaldamine toimivat ja kirje naaseb järgmisel poliitika värskendusel. Hoidke sagedusalavälist taasteteed, kui seanss on kaugel, sest teie enda ühendust kandva marsruudi kustutamine lõpetab selle. Ärge kunagi haarake käsu järele, mis tabeli tühjendab.

4. Leidke, milline komponent selle tagasi paneb

Kustutamine ei ole parandus seni, kuni omanik on veel seadistatud marsruuti paigaldama. Omanik on tavaliselt üks kolmest: VPN-kliendi profiil oma jagatud tunneli loendiga, skript või ajastatud ülesanne, mis lisab marsruute sisselogimisel, või masinale rakendatud domeenipoliitika. Kontrollige kõigepealt profiili, sest see käivitub igal ühendusel:

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

Püsivad kirjed on nähtavad ilma midagi ühendamata, seega pärast taaskäivitamist ilma VPN-seansita naasev marsruut elab peaaegu alati selles salves või algskriptis. Parandage omanik seal ja käsitsi eemaldamine muutub ravist kontrolliks.

5. Kontrollige otsingut, naabreid ja märget

Puhas tulemus ei ole «marsruut on kadunud», vaid otsing, mis nüüd valib liidese, mida ootasite. Küsige masinalt, kuhu läheks pakett mõjutatud prefiksini, sest jääk nimetab endiselt surnud indeksit, samas kui puhas vastus nimetab lingil olevat liidest või õiget lüüsi. Find-NetRoute vastab sellele ühe aadressi kaupa:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Seejärel testige naabrit: valige teine prefiks, mida jagatud tunnel veel vajab, ja kinnitage, et selle otsing on muutumatu, sest ühe marsruudi liigne eemaldamine on viga, milleks see puhastus kutsub. Proovige uuesti rakendust, mis algselt ebaõnnestus, ja märkige üles, milline komponent prefiksit nüüd omab. Microsofti Get-NetRoute’i dokumentatsioon loetleb väljad, mille kirjutasite teises sammus. Kuue kuu pärast on just see märge see, mis takistab sama kirje kahekordset diagnoosimist.