Kā noņemt novecojušu maršrutu, ko atstājis Windows VPN

Jūsu sesija beidzās pirms vairākām stundām, adapteris ir pazudis, bet maršruts joprojām ir tabulā un norāda uz saskarni ar numuru 42. Šīs rindas dzēšana prasa vienu komandu; lai izlemtu, ka tā ir īstā rinda, vajadzīgas četras pārbaudes. Maršrutu tabula ir koplietota, tāpēc plaša noņemšana izņem ceļus, kurus citi savienojumi vēl izmanto, tostarp to, kas nes tuneli. Katrs solis zemāk sašaurina mērķi, līdz var atbilst tikai viens ieraksts.

1. Izlemiet, vai ieraksts ir novecojis vai tīšs

Ieraksts, kas pārdzīvoja pārstartēšanu, tika kaut kur ierakstīts, un šī vieta parasti ir lēmums, nevis negadījums. Sadalītais tunelis ir atkarīgs no maršrutiem, kas izskatās tieši kā atlikumi, un politika, kas vienu prefiksu virza caur tuneli, vienā sarakstā nav atšķirama no novecojuša ieraksta. Pajautājiet, kad maršruts parādījās: tas, kas pastāv tikai tad, kamēr tunelis ir aktīvs, pieder klienta konfigurācijai, tāpēc tīrīšanas komanda ir nepareizais instruments. Noņemiet tīšu maršrutu, un nākamais savienojums neizdosies solī, kuru neviens nevēro.

Gala mezgla maršruts ir pelnījis savu brīdinājumu. Kad klients pievieno resursdatora maršrutu uz VPN serveri, lai šifrētie paketes varētu to sasniegt pa vietējo savienojumu, šī maršruta dzēšana nākamajā atkārtotajā savienojumā sabrūk tuneli, un simptoms tiek lasīts kā servera kļūme. Pirms kaut kam pieskaraties, salīdziniet galamērķi ar adresi, uz kuru klients savienojas: viena publiska adrese, kas atbilst VPN serverim, ir ārējais ceļš, nevis atkritumi.

2. Pierakstiet četrus laukus, kas nosauc ierakstu

Tikai prefikss nav identitāte, jo divas saskarnes var turēt maršrutus uz vienu un to pašu galamērķi. Pierakstiet galamērķa prefiksu, saskarnes indeksu, nākamo lēcienu un politikas krātuvi, jo šīs četras vērtības apraksta tieši vienu ierakstu. Viens saraksts dod jums tos visus:

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

Kārtošana pēc metrikas paceļ maršrutus, kuriem mašīna patiešām dod priekšroku, un tur parasti atrodas atlikums. Salīdziniet ierakstu, kamēr tunelis ir aktīvs, un vēlreiz pēc tam, kad tas nokrīt: maršruts, kas pazūd kopā ar adapteri, bija klienta, bet palikušo ierakstīja kaut kas cits. Politikas krātuve ir lauks, ko cilvēki izlaiž, un tieši tā izskaidro atkārtotu parādīšanos, jo ieraksts, kas noņemts no aktīvās krātuves, atgriežas pēc nākamās politikas atsvaidzināšanas. Pierakstiet četras vērtības pirms kaut kā palaišanas, kas maina stāvokli.

3. Priekšskatiet noņemšanu, pēc tam noņemiet vienu ierakstu

Remove-NetRoute pieņem to pašu prefiksu un saskarnes indeksu, ko izdrukāja Get-NetRoute, un tam ir priekšskatīšanas slēdzis, tāpēc nekas nav jāmin. Palaidiet pāri šādā secībā:

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

Priekšskatījums izdrukā objektu, ko tas dzēstu, tāpēc pirms slēdža atlaišanas salīdziniet prefiksu, saskarni un nākamo lēcienu ar savām piezīmēm. Neviena rinda nesasniedz pastāvīgu ierakstu, jo aktīvā krātuve ir noklusējuma; pievienojiet -PolicyStore PersistentStore, ja identificētais maršruts dzīvo tur, citādi noņemšana šķitīs veiksmīga, un ieraksts atgriezīsies nākamajā politikas atsvaidzināšanā. Kad sesija ir attālināta, saglabājiet ārpusjoslas atkopšanas ceļu, jo maršruta, kas nes jūsu pašu savienojumu, dzēšana to pārtrauc. Nekad ķerieties pie komandas, kas notīra tabulu.

4. Atrodiet komponentu, kas to atgriež

Dzēšana nav labojums, kamēr īpašnieks joprojām ir konfigurēts instalēt maršrutu. Īpašnieks parasti ir viens no trim: VPN klienta profils ar sadalītā tuneļa sarakstu, skripts vai ieplānots uzdevums, kas pieteikšanās laikā pievieno maršrutus, vai mašīnai piemērota domēna politika. Vispirms pārbaudiet profilu, jo tas darbojas pie katra savienojuma:

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

Pastāvīgie ieraksti ir redzami, neko nepievienojot, tāpēc maršruts, kas atgriežas pēc pārstartēšanas bez VPN sesijas, gandrīz vienmēr dzīvo šajā krātuvē vai starta skriptā. Izlabojiet tur īpašnieku, un manuālā dzēšana kļūst par pārbaudi, nevis ārstēšanu.

5. Pārbaudiet meklēšanu, kaimiņus un piezīmi

Tīrs rezultāts nav tas, ka maršruts ir pazudis; tas ir meklējums, kas tagad izvēlas saskarni, kuru gaidījāt. Pajautājiet mašīnai, kur dotos pakete uz skarto prefiksu, jo atlikums joprojām nosauc mirušo indeksu, bet tīra atbilde nosauc tiešā savienojuma saskarni vai pareizo vārteju. Find-NetRoute atbild uz to vienai adresei vienlaikus:

Find-NetRoute -RemoteIPAddress 10.20.4.7

Pēc tam pārbaudiet kaimiņu: izvēlieties otru prefiksu, kas sadalītajam tunelim vēl vajadzīgs, un apstipriniet, ka tā meklēšana nav mainījusies, jo viena maršruta lieka izņemšana ir kļūda, uz ko šī tīrīšana aicina. Mēģiniet vēlreiz lietojumprogrammu, kas sākotnēji neizdevās, un pierakstiet, kurš komponents tagad pārvalda prefiksu. Microsoft Get-NetRoute dokumentācija uzskaita laukus, ko pierakstījāt otrajā solī. Pēc sešiem mēnešiem tieši šī piezīme neļaus to pašu ierakstu diagnosticēt divreiz.