Hoe om ’n verouderde roete te verwyder wat deur ’n Windows-VPN agtergelaat is

Jou sessie het ure gelede geëindig, die adaptor is weg, en die roete staan steeds in die tabel en wys na koppelvlak 42. Om daardie ry te skrap neem een opdrag; om te besluit dat dit die regte ry is, neem vier kontroles. ’n Roetetabel word gedeel, so ’n breë verwydering haal paaie uit wat ander verbindings steeds gebruik, insluitend die een wat die tonnel dra. Elke stap hieronder vernou die teiken totdat net een inskrywing kan pas.

1. Besluit of die inskrywing verouderd of opsetlik is

’n Inskrywing wat ’n herlaai oorleef het, is iewers geskryf, en daardie iewers is gewoonlik ’n besluit eerder as ’n ongeluk. Split-tunneling hang af van roetes wat presies soos oorblyfsels lyk, en ’n beleid wat een voorvoegsel deur die tonnel stuur, is in ’n enkele lys nie van ’n verouderde inskrywing te onderskei nie. Vra wanneer die roete verskyn het: een wat net bestaan terwyl die tonnel op is, behoort aan die kliënt se konfigurasie, so ’n opruimopdrag is die verkeerde gereedskap. Verwyder ’n doelbewuste roete en die volgende verbinding misluk by die stap waarna niemand kyk nie.

Die eindpuntroete verdien sy eie waarskuwing. Wanneer ’n kliënt ’n gasheerreute na die VPN-bediener byvoeg sodat geënkripteerde pakkette dit oor die plaaslike verbinding kan bereik, laat die skrap van daardie roete die tonnel by die volgende herverbinding ineenstort, en die simptoom lees as ’n bedienerfout. Vergelyk die bestemming met die adres waarmee die kliënt verbind voordat jy aan enigiets raak: ’n enkele openbare adres wat by die VPN-bediener pas, is die buitenste pad, nie gemors nie.

2. Teken die vier velde aan wat die inskrywing benoem

’n Voorvoegsel alleen is nie ’n identiteit nie, want twee koppelvlakke kan roetes na dieselfde bestemming hou. Noteer die bestemmingsvoorvoegsel, die koppelvlakindeks, die volgende sprong en die beleidstoor, aangesien daardie vier waardes presies een inskrywing beskryf. Een lys gee jou almal:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Sorteer volgens metrisiek lig die roetes uit wat die masjien werklik verkies, en dit is waar ’n oorblyfsel gewoonlik sit. Vergelyk die inskrywing terwyl die tonnel op is en weer nadat dit val: ’n roete wat saam met die adaptor verdwyn, was die kliënt s’n, en een wat bly staan, is deur iets anders geskryf. Die beleidstoor is die veld wat mense oorslaan, en dit is die een wat ’n herverskyning verduidelik, want ’n inskrywing wat uit die aktiewe stoor verwyder is, kom ná die volgende beleidsverfrissing terug. Skryf die vier waardes neer voordat jy enigiets hardloop wat toestand verander.

3. Voorskou die verwydering, verwyder dan een inskrywing

Remove-NetRoute aanvaar dieselfde voorvoegsel en koppelvlakindeks wat Get-NetRoute gedruk het, en dit het ’n voorskou-skakelaar, so niks hoef geraai te word nie. Hardloop die paar in hierdie volgorde:

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

Die voorskou druk die objek wat dit sou skrap, so vergelyk voorvoegsel, koppelvlak en volgende sprong met jou notas voordat jy die skakelaar laat val. Nie een van die twee lyne bereik ’n permanente inskrywing nie, want die aktiewe stoor is die verstekwaarde; voeg -PolicyStore PersistentStore by wanneer die roete wat jy geïdentifiseer het daar woon, anders lyk die verwydering of dit werk en die inskrywing kom by die volgende beleidsverfrissing terug. Hou ’n herstelpad buite die band gereed wanneer die sessie op afstand is, want die skrap van die roete wat jou eie verbinding dra, beëindig dit. Moet nooit na ’n opdrag gryp wat die tabel leegmaak nie.

4. Vind watter komponent dit terugplaas

’n Skrapping is nie ’n regstelling terwyl die eienaar nog ingestel is om die roete te installeer nie. Die eienaar is gewoonlik een van drie: die VPN-kliënt se profiel met sy split-tunnel-lys, ’n script of geskeduleerde taak wat roetes by aanmelding byvoeg, of ’n domeinbeleid wat op die masjien toegepas word. Kyk eerste na die profiel, want dit hardloop by elke verbinding:

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

Permanente inskrywings is sigbaar sonder om enigiets te verbind, so ’n roete wat ná ’n herlaai sonder ’n VPN-sessie terugkom, woon byna altyd in daardie stoor of in ’n aanvangs script. Korrigeer die eienaar daar, en die handmatige skrapping word verifikasie eerder as behandeling.

5. Verifieer die opsoek, die bure en die nota

’n Skoon resultaat is nie “die roete is weg” nie; dit is ’n opsoek wat nou die koppelvlak kies wat jy verwag het. Vra die masjien waarheen ’n pakket na die geaffekteerde voorvoegsel sou gaan, want ’n oorblyfsel noem steeds die dooie indeks terwyl ’n skoon antwoord die op-koppelvlak of die korrekte poort noem. Find-NetRoute antwoord dit vir een adres op ’n slag:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Toets dan ’n buur: kies ’n tweede voorvoegsel wat ’n split-tunnel nog nodig het en bevestig dat sy opsoek onveranderd is, want een roete te veel uitneem is die fout wat hierdie opruiming uitnooi. Probeer weer die toepassing wat oorspronklik gefaal het, en teken aan watter komponent nou die voorvoegsel besit. Die Microsoft-dokumentasie vir Get-NetRoute lys die velde wat jy in stap twee neergeskryf het. Ses maande van nou af is daardie nota wat keer dat dieselfde inskrywing twee keer gediagnoseer word.