Prie sąsajos indekso pririštas VPN maršrutas sutrinka prisijungus iš naujo

Maršrutas veikė savaites, o paskui pradėjo siųsti srautą niekur, nors paskirties vieta liko nepakeista ir niekas nebuvo redaguota. Pasikeitė numeris: maršrutas, sukurtas konkrečiam sąsajos indeksui, nurodo adapterį, kurio po prisijungimo iš naujo nebėra, o paskirties priešdėlis toliau rodo į pakeistą infrastruktūrą. Šiai komandai patvarumo pridėjimas nepadeda, nes problema niekada nebuvo ta, ar maršrutas išgyvena perkrovimą. Sprendimas yra susieti ketinimą su ryšiu, kuris pagal konstrukciją išgyvena adapterių kaitą.

Patikrinkite, į ką maršrutas iš tikrųjų rodo

Pradėkite skaitydami maršruto įrašą ir adapterius vienas šalia kito. Maršrutas, kurio kitas šuolis yra VPN sąsajoje ir indeksas neatitinka nė vieno dabartinio adapterio, yra šios gedimo požymis; tas pats priešdėlis kitame indekse yra arba likutis, arba maršrutas, kurio tikrai norite. Perskaitykite abu sąrašus prieš ką nors keisdami, nes įdomus palyginimas yra tarp numerio maršrute ir numerių, kurie egzistuoja dabar. Jei maršruto indeksas pasirodo adapterių sąraše, indeksas nėra jūsų problema ir paieška pereina prie metrikų, politikos ar tolimojo galo. Jei jo nėra, daugiau nieko diagnozuoti nereikia: maršrutas susietas su infrastruktūra, kurios nebėra.

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

Stulpelis Store atskiria įrašą, kuris išlieka tarp perkrovimų, nuo įrašo, kuris išnyksta su adapteriu, ir šis skirtumas lemia, ar gedimas sugrįš rytoj. Įrašas patvariojoje saugykloje, rodantis į išnykusį indeksą, yra blogiausias atvejis, nes jis išgyvena perkrovimus, tačiau niekada su niekuo nesutampa.

Susiekite priešdėlį su profiliu, o ne su adapteriu

Gimtoji Windows VPN gali turėti savo maršrutų sąrašą, todėl ryšys pakartotinai naudoja tinkamą adapterį kiekvieną kartą, kai jis atsiranda. Tada maršrutas seka profilį, o ne numerį, kurį kartą pastebėjote, ir joks scenarijus neturi spėlioti indekso po kiekvieno skambučio. Priešdėlio pridėjimas taip pat atšaukiamas atitinkama pašalinimo komanda, o tai palieka pakeitimą auditinamu. Priešdėlis saugomas kartu su ryšiu, o ne paleidimo scenarijuje, todėl į kitą naudotoją nukopijuotas profilis neša ketinimą su savimi.

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

Add-VpnConnectionRoute nuoroda dokumentuoja susiejimą su ryšiu, o telefonų knygos apimtis svarbi: profilis vienam naudotojui ir profilis visiems naudotojams yra skirtingi objektai. Šis mechanizmas priklauso pačiam Windows VPN klientui, todėl tiekėjo adapteris, valdomas jo paties tarnybos, gali imti savo maršrutus iš visai kito politikos šaltinio.

Išvalykite senus maršrutus prieš pridėdami naują

Du maršrutai su tuo pačiu priešdėliu ir skirtingais savininkais yra blogiau nei vienas klaidingas maršrutas, nes nugalėtojas priklauso nuo metrikų, kurių niekas neužrašė. Apžiūrėkite, kas priešdėliui jau egzistuoja, įskaitant įrašus patvariojoje saugykloje, ir pašalinkite tik tai, kas priklauso nepavykusiam bandymui. Ankstesnio dizaino likutis šioje srityje yra įprastas, nes nepavykstantis maršrutas paprastai pakeitė kažką, kas veikė. Prieš ką nors pašalindami užsirašykite, kurie įrašai priklauso kuriam ryšiui, ir sąrašą laikykite pakeitimų žurnale.

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

Suderinkite priešdėlį, kitą šuolį, saugyklą ir savininką kartu, o ne trinkite viską, kas atrodo panašiai. Kitas ryšys gali teisėtai priklausyti nuo dalies tos erdvės, o platus trynimas paverčia tvarkingą taisymą palaikymo incidentu.

Prisijunkite iš naujo kita tvarka

Atkurkite sąlygą, o ne tikėkitės, kad pirmasis bandymas buvo reprezentatyvus. Atjunkite, prisijunkite iš naujo ir patvirtinkite pasirinktą kelią į tą patį nuotolinį išteklių, kol tunelis veikia; jei žaidime keli VPN, pakelkite juos kita tvarka ir stebėkite, ar pasirinktas kelias keičiasi. Tvarka yra kintamasis, kurį dauguma praleidžia, ir būtent jis atskleidžia maršrutą, pririštą prie neteisingo ryšio.

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

Rezultatas, kurio norite, yra ne tai, kad adapteris vieną kartą išlaikytų savo numerį. Jis yra tai, kad maršrutas pasirodytų su kokiu numeriu ryšys gauna, kiekvieną kartą, ir išnyktų, kai ryšys uždaromas. Prisijungti iš naujo du kartus yra pigiausias būdas atskirti tuos rezultatus.

Žinokite, ko maršrutas negali

Profilio maršrutas suteikia kelią ir nieko daugiau. Jis neatidaro nuotolinės užkardos, nesukuria grįžimo maršruto tolimajame gale ir neišsprendžia dviejų svetainių, naudojančių tą patį adresų diapazoną; kiekvienas iš jų yra atskira konfigūracija su atskiru savininku. Todėl kelio patvirtinimas yra priėmimo testo pradžia, o ne visas testas.

Laikykite priešdėlių sąrašą su profiliu ir pažymėkite, kokioje apimtyje jis buvo pridėtas, kad kitas žmogus galėtų perskaityti numatytą dizainą, o ne išvesti jį iš maršrutų lentelės. Maršrutai, egzistuojantys tik kažkieno atmintyje, yra tie, kurie po kito prisijungimo iš naujo atstatomi neteisingai. Vienos eilutės komentaras diegimo pastabose kainuoja mažiau nei visa popietė pakartotinio atradimo.