Slik fjernar du ei forelda rute som Windows VPN etterlét

Økta di tok slutt for timar sidan, adapteren er borte, og ruta ligg framleis i tabellen og peikar på grensesnitt 42. Å sletta den rada tek éin kommando; å avgjere at det er rett rad tek fire kontrollar. Ei rutetabell er delt, så ei brei fjerning tek ut stiar som andre tilkoplingar framleis brukar, inkludert den som ber tunnelen. Kvart steg nedanfor snevrar inn målet til berre éi oppføring kan passe.

1. Avgjer om oppføringa er forelda eller tilsikta

Ei oppføring som overlevde ein omstart vart skriven ein stad, og den staden er vanlegvis ei avgjerd, ikkje ei ulukke. Splitta tunnel er avhengig av ruter som ser nøyaktig ut som restar, og ein policy som skyv eitt prefiks gjennom tunnelen kan ikkje skiljast frå ei forelda oppføring i éi liste. Spør når ruta dukka opp: ei som berre finst medan tunnelen er oppe, høyrer til konfigurasjonen til klienten, så ein oppryddingskommando er feil verktøy. Fjern ei medviten rute, og neste tilkopling feilar på steget ingen følgjer med på.

Endepunktsruta fortener si eiga åtvaring. Når ein klient legg til ei vertsrute mot VPN-tenaren slik at krypterte pakkar kan nå han over den lokale tilkoplinga, vil sletting av den ruta kollapse tunnelen ved neste gjenoppkopling, og symptomet blir lese som ein tenarfeil. Samanlikn målet med adressa klienten koplar til før du rører noko: éi offentleg adresse som samsvarar med VPN-tenaren er den ytre stien, ikkje søppel.

2. Noter dei fire felta som namngir oppføringa

Eit prefiks åleine er ikkje ein identitet, fordi to grensesnitt kan halde ruter til same mål. Noter målprefikset, grensesnittindeksen, neste hopp og policy-lageret, sidan dei fire verdiane skildrar nøyaktig éi oppføring. Éi liste gjev deg alle dei:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Sortering etter metrikk lyfter rutene maskina faktisk føretrekkjer, og det er der ein rest vanlegvis sit. Samanlikn oppføringa medan tunnelen er oppe og igjen etter at han fell: ei rute som forsvinn med adapteren var klienten si, og den som blir att vart skriven av noko anna. Policy-lageret er feltet folk hoppar over, og det er det som forklarar ein gjenopptreden, fordi ei oppføring fjerna frå det aktive lageret kjem tilbake etter neste policy-oppdatering. Skriv ned dei fire verdiane før du køyrer noko som endrar tilstand.

3. Førehandsvis fjerninga, og fjern deretter éi oppføring

Remove-NetRoute godtek same prefiks og grensesnittindeks som Get-NetRoute skreiv ut, og det har ein førehandsvisingsbrytar, så ingenting må gjetast. Køyr paret i denne rekkjefølgja:

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

Førehandsvisninga skriv ut objektet det ville sletta, så samanlikn prefiks, grensesnitt og neste hopp med notata dine før du slepp brytaren. Ingen av linjene når ei varig oppføring, fordi det aktive lageret er standard; legg til -PolicyStore PersistentStore når ruta du identifiserte bur der, elles ser fjerninga ut til å verke og oppføringa kjem tilbake ved neste policy-oppdatering. Hald ein bandlaus attopprettingsveg når økta er ekstern, sidan sletting av ruta som ber di eiga tilkopling avsluttar henne. Grip aldri etter ein kommando som tømmer tabellen.

4. Finn komponenten som set henne tilbake

Sletting er ikkje ei reparasjon så lenge eigaren framleis er konfigurert til å installere ruta. Eigaren er vanlegvis éin av tre: profilen til VPN-klienten med splitt-tunnel-lista si, eit skript eller ei planlagd oppgåve som legg til ruter ved pålogging, eller ein domenepolicy brukt på maskina. Sjekk profilen først, fordi han køyrer ved kvar tilkopling:

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

Varige oppføringar er synlege utan å kopla til noko, så ei rute som kjem tilbake etter ein omstart utan VPN-økt bur nesten alltid i det lageret eller i eit oppstartsskript. Rett eigaren der, og den manuelle slettinga blir verifisering i staden for behandling.

5. Verifiser oppslaget, naboane og notatet

Eit reint resultat er ikkje at ruta er borte; det er eit oppslag som no vel grensesnittet du venta. Spør maskina kvar ein pakke til det råka prefikset ville gå, fordi ein rest framleis nemner den døde indeksen medan eit reint svar nemner grensesnittet på lenkja eller rett gateway. Find-NetRoute svarar på det for éi adresse om gongen:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Test så ein nabo: vel eit andre prefiks som ein splitta tunnel framleis treng, og stadfest at oppslaget er uendra, sidan å ta ut éi rute for mykje er feilen denne oppryddinga inviterer til. Prøv applikasjonen som opphavleg feila på nytt, og noter kva komponent som eig prefikset no. Microsoft-dokumentasjonen for Get-NetRoute listar felta du skreiv ned i steg to. Om seks månader er det notatet som hindrar same oppføring i å bli diagnostisert to gonger.