Liidese indeksiga seotud VPN-marsruut puruneb uuesti ühendamisel

Adapteri numbri külge seotud marsruut sureb, kui see number muutub. Kontrollige hoidlat, siduge prefiks profiiliga ja ühenduge seejärel uues järjekorras uuesti.

Marsruut töötas nädalaid ja hakkas siis liiklust mitte kuhugi saatma, samal ajal kui sihtkoht jäi muutumatuks ja midagi ei redigeeritud. Muutus number: konkreetse liidese indeksi vastu loodud marsruut viitab adapterile, mida pärast uuesti ühendamist enam ei ole, ja sihtkoha prefiks osutab jätkuvalt infrastruktuurile, mis asendati. Sellele käsule püsivuse lisamine ei aita, sest probleem ei olnud kunagi selles, kas marsruut jääb taaskäivituse üle elama. Lahendus on siduda kavatsus ühendusega, mis kestab disaini järgi üle adapteri vahetuste.

Kontrollige, millele marsruut tegelikult osutab

Alustage marsruudikirje ja adapterite kõrvuti lugemisest. Marsruut, mille järgmine hüpe on VPN-liidesel ja indeks ei vasta ühelegi praegusele adapterile, on selle rikke signatuur; sama prefiks teisel indeksil on kas jääk või marsruut, mida te tegelikult soovite. Lugege mõlemat nimekirja enne, kui kumbagi muudate, sest huvitav võrdlus on marsruudis oleva numbri ja praegu eksisteerivate numbrite vahel. Kui marsruudi indeks esineb adapterite nimekirjas, ei ole indeks teie probleem ja otsing liigub mõõdikute, poliitika või kaugema otsa juurde. Kui seda ei esine, ei ole enam midagi diagnoosida: marsruut on seotud infrastruktuuriga, mida enam ei ole.

Get-NetRoute -DestinationPrefix '10.77.0.0/16' | Select-Object DestinationPrefix, NextHop, InterfaceIndex, Store
Get-NetAdapter | Where-Object InterfaceDescription -like '*VPN*' | Select-Object Name, InterfaceIndex, InterfaceDescription
Get-VpnConnection -Name 'Lab VPN' | Select-Object Name, ServerAddress, SplitTunneling

Veerg Store eristab kirjet, mis kestab üle taaskäivituste, kirjest, mis kaob koos adapteriga, ja see erinevus määrab, kas rike naaseb homme. Püsivasse hoidlasse kantud kirje, mis osutab kadunud indeksile, on halvim juhtum, sest see elab üle taaskäivitused, kuid ei sobi kunagi millegagi.

Siduge prefiks profiiliga, mitte adapteriga

Windowsi oma VPN võib kanda oma marsruudiloendit, nii et ühendus kasutab õiget adapterit iga kord, kui see ilmub. Siis järgib marsruut profiili, mitte numbrit, mida te kord nägite, ja ükski skript ei pea pärast iga valimist indeksit oletama. Prefiksi lisamine on ka vastava eemaldamiskäsuga tagasipööratav, mis hoiab muudatuse auditeeritavana. Prefiks salvestatakse ühendusega, mitte käivituskripti, seega teisele kasutajale kopeeritud profiil kannab kavatsust endaga kaasas.

Add-VpnConnectionRoute -ConnectionName 'Lab VPN' -DestinationPrefix '10.77.0.0/16' -PassThru

Add-VpnConnectionRoute viide dokumenteerib seose ühendusega ja telefoniraamatu ulatus on oluline: ühe kasutaja profiil ja kõigi kasutajate profiil on erinevad objektid. See mehhanism kuulub Windowsi enda VPN-kliendile, seega võib oma teenusega hallatav tarnijaadapter võtta oma marsruudid hoopis teisest poliitikaallikast.

Puhastage vanad marsruudid enne uue lisamist

Kaks sama prefiksiga ja erinevate omanikega marsruuti on hullem kui üks vale marsruut, sest võitja sõltub mõõdikutest, mida keegi ei kirjutanud. Vaadake, mis prefiksi jaoks juba olemas on, sealhulgas püsiva hoidla kirjed, ja eemaldage ainult see, mis kuulub ebaõnnestunud katsele. Eelmise disaini jääk on selles valdkonnas tavaline, kuna nurjuv marsruut asendas tavaliselt midagi, mis töötas. Enne millegi eemaldamist märkige, millised kirjed kuuluvad millisesse ühendusse, ja hoidke nimekiri muudatuste kirjes.

Get-NetRoute -AddressFamily IPv4 | Where-Object DestinationPrefix -like '10.77.*'
Remove-NetRoute -DestinationPrefix '10.77.0.0/16' -NextHop '0.0.0.0' -Confirm:$false

Sovitage prefiks, järgmine hüpe, hoidla ja omanik kokku, selle asemel et kustutada kõik sarnasena näiv. Teine ühendus võib seaduslikult sõltuda osast sellest ruumist, ja laialdane kustutamine muudab korraliku paranduse tugijuhtumiks.

Ühenduge uuesti teises järjekorras

Taastage tingimus, selle asemel et loota, et esimene katse oli esinduslik. Katkestage ühendus, ühenduge uuesti ja kinnitage valitud tee sama kaugressurssini, kui tunnel on üleval; kui mängus on mitu VPN-i, tõstke need üles teises järjekorras ja jälgige, kas valitud tee muutub. Järjekord on muutuja, mille enamik inimesi vahele jätab, ja just see paljastab vale ühendusega seotud marsruudi.

rasdial 'Lab VPN' /disconnect
rasdial 'Lab VPN'
Find-NetRoute -RemoteIPAddress 10.77.5.20 | Select-Object -First 1

Tulemus, mida soovite, ei ole see, et adapter hoiab oma numbrit üks kord. See on, et marsruut ilmub iga kord selle numbriga, mille ühendus saab, ja kaob, kui ühendus sulgub. Kaks korda uuesti ühendamine on odavaim viis neid tulemusi eristada.

Mõistke, mida marsruut ei suuda

Profiili marsruut annab tee ja ei midagi muud. See ei ava kaugtulemüüri, ei loo tagasimarsruuti kaugemas otsas ega lahenda kahte saiti, mis kasutavad sama aadressivahemikku; igaüks neist on eraldi konfiguratsioon eraldi omanikuga. Tee kinnitamine on seega vastuvõtutesti algus, mitte kogu test.

Hoidke prefiksite nimekiri profiili juures ja märkige, millise ulatuse all see lisati, et järgmine inimene saaks lugeda kavandatud disaini, selle asemel et seda marsruuditabelist tuletada. Marsruudid, mis eksisteerivad ainult kellegi mälus, on need, mis pärast järgmist uuesti ühendamist valesti üles ehitatakse. Üherealise kommentaar juurutamise märkmetes maksab vähem kui terve pärastlõuna uuesti avastamist.

Seotud artiklid