Näin poistat Windows-VPN:n jättämän vanhentuneen reitin

Istuntosi päättyi tunteja sitten, sovitin on poissa ja reitti seisoo yhä taulukossa osoittaen liitäntään 42. Sen rivin poistaminen vaatii yhden komennon; päätös siitä, että se on oikea rivi, vaatii neljä tarkistusta. Reittitaulukko on jaettu, joten laaja poisto vie polut, joita muut yhteydet yhä käyttävät, mukaan lukien tunnelia kantavan polun. Jokainen alla oleva vaihe kaventaa kohdetta, kunnes vain yksi merkintä voi täsmätä.

1. Päätä, onko merkintä vanhentunut vai tarkoituksellinen

Uudelleenkäynnistyksen yli säilynyt merkintä on kirjoitettu jonnekin, ja se jonnekin on yleensä päätös eikä vahinko. Jaettu tunnelointi riippuu reiteistä, jotka näyttävät täsmälleen jäänteiltä, eikä käytäntöä, joka työntää yhden etuliitteen tunnelin läpi, voi erottaa vanhentuneesta merkinnästä yhdessä listauksessa. Kysy, milloin reitti ilmestyi: vain tunnelin ollessa pystyssä oleva kuuluu asiakkaan kokoonpanoon, joten siivouskomento on väärä työkalu. Poista tarkoituksellinen reitti, niin seuraava yhteys epäonnistuu vaiheessa, jota kukaan ei valvo.

Päätepisteen reitti ansaitsee oman varoituksensa. Kun asiakas lisää isäntäreitin VPN-palvelimeen, jotta salatut paketit tavoittavat sen paikallisen yhteyden kautta, sen reitin poistaminen romahduttaa tunnelin seuraavassa uudelleenyhdistämisessä, ja oire luetaan palvelinvian nimellä. Vertaa kohdetta osoitteeseen, johon asiakas yhdistää, ennen kuin kosket mihinkään: yksi julkinen osoite, joka täsmää VPN-palvelimen kanssa, on ulompi polku, ei roskaa.

2. Kirjaa neljä kenttää, jotka nimeävät merkinnän

Pelkkä etuliite ei ole identiteetti, koska kaksi liitäntää voi pitää reittejä samaan kohteeseen. Kirjaa kohde-etuliite, liitännän indeksi, seuraava hyppy ja käytäntösäilö, sillä nämä neljä arvoa kuvaavat täsmälleen yhtä merkintää. Yksi listaus antaa ne kaikki:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Metriikan mukaan lajittelu nostaa reitit, joita kone todella suosii, ja siellä jäänne yleensä istuu. Vertaa merkintää, kun tunneli on pystyssä, ja uudelleen sen kaaduttua: sovittimen mukana lähtevä reitti oli asiakkaan, ja paikalleen jäävä on jonkin muun kirjoittama. Käytäntösäilö on kenttä, jonka ihmiset ohittavat, ja juuri se selittää uudelleenilmestymisen, koska aktiivisesta säilöstä poistettu merkintä palaa seuraavan käytäntöpäivityksen jälkeen. Kirjoita neljä arvoa muistiin ennen kuin ajat mitään tilaa muuttavaa.

3. Esikatsele poisto ja poista sitten yksi merkintä

Remove-NetRoute hyväksyy saman etuliitteen ja liitännän indeksin, jotka Get-NetRoute tulosti, ja siinä on esikatselukytkin, joten mitään ei tarvitse arvata. Aja pari tässä järjestyksessä:

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

Esikatselu tulostaa objektin, jonka se poistaisi, joten vertaa etuliitettä, liitäntää ja seuraavaa hyppyä muistiinpanoihisi ennen kuin päästät kytkimestä. Kumpikaan rivi ei tavoita pysyvää merkintää, koska aktiivinen säilö on oletus; lisää -PolicyStore PersistentStore, kun tunnistettu reitti asuu siellä, muuten poisto näyttää onnistuvan ja merkintä palaa seuraavassa käytäntöpäivityksessä. Pidä kaistanulkoinen palautuspolku valmiina, kun istunto on etänä, sillä oman yhteytesi kantavan reitin poistaminen päättää sen. Älä koskaan tartu komentoon, joka tyhjentää taulukon.

4. Selvitä, mikä komponentti panee sen takaisin

Poistaminen ei ole korjaus niin kauan kuin omistaja on yhä määritetty asentamaan reitti. Omistaja on yleensä yksi kolmesta: VPN-asiakkaan profiili jaetun tunnelin listoineen, kirjautumisessa reittejä lisäävä skripti tai ajoitettu tehtävä, tai koneelle sovellettu toimialuekäytäntö. Tarkista ensin profiili, koska se ajetaan joka yhteydellä:

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

Pysyvät merkinnät näkyvät ilman mitään yhdistämistä, joten ilman VPN-istuntoa uudelleenkäynnistyksen jälkeen palaava reitti asuu lähes aina siinä säilössä tai käynnistysskriptissä. Korjaa omistaja siellä, ja käsipoisto muuttuu hoidosta varmistukseksi.

5. Varmista haku, naapurit ja muistiinpano

Puhdas tulos ei ole «reitti on poissa»; se on haku, joka valitsee nyt odottamasi liitännän. Kysy koneelta, minne paketti vaikutettuun etuliitteeseen menisi, sillä jäänne nimeää yhä kuolleen indeksin, kun taas puhdas vastaus nimeää linkin liitännän tai oikean yhdyskäytävän. Find-NetRoute vastaa siihen yhden osoitteen kerrallaan:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Testaa sitten naapuria: valitse toinen etuliite, jota jaettu tunneli yhä tarvitsee, ja varmista, että sen haku on ennallaan, sillä yhden reitin liikaa poistaminen on se virhe, johon tämä siivous kutsuu. Yritä uudelleen sovellusta, joka alun perin epäonnistui, ja kirjaa, mikä komponentti omistaa etuliitteen nyt. Microsoftin Get-NetRoute-dokumentaatio luettelee kentät, jotka kirjasit toisessa vaiheessa. Kuuden kuukauden päästä juuri se muistiinpano estää saman merkinnän diagnosoimisen kahdesti.