Ang rutang VPN na naka-pin sa index ng interface ay nasisira sa muling pagkonekta

Gumana ang ruta nang ilang linggo at pagkatapos ay nagsimulang magpadala ng trapiko sa wala, habang hindi nagbago ang destinasyon at walang na-edit. Ang nagbago ay ang numero: ang rutang ginawa para sa isang partikular na index ng interface ay tumutukoy sa adapter na wala nang umiiral pagkatapos ng muling pagkonekta, at ang prefix ng destinasyon ay patuloy na tumuturo sa imprastrukturang pinalitan. Hindi makakatulong ang pagdaragdag ng pagpupursige sa command na iyon, dahil ang problema ay hindi kailanman kung nakakaligtas ang ruta sa isang reboot. Ang solusyon ay itali ang layunin sa koneksyon, na ayon sa disenyo ay nakakaligtas sa pagpapalit ng adapter.

Suriin kung saan talaga tumuturo ang ruta

Magsimula sa pagbabasa ng entry ng ruta at ng mga adapter nang magkatabi. Ang rutang may susunod na paglukso sa interface ng VPN at index na hindi tumutugma sa anumang kasalukuyang adapter ay ang lagda ng kabiguang ito; ang parehong prefix sa ibang index ay alinman sa labi o ang rutang talagang gusto mo. Basahin ang dalawang listahan bago baguhin ang alinman, dahil ang kawili-wiling paghahambing ay nasa pagitan ng numero sa ruta at ng mga numerong umiiral ngayon. Kung ang index ng ruta ay lumilitaw sa listahan ng adapter, ang index ay hindi ang problema mo at lumilipat ang paghahanap sa mga sukatan, patakaran o malayong dulo. Kung hindi ito lumilitaw, wala nang dapat i-diagnose: ang ruta ay nakatali sa imprastrukturang wala na.

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

Ang column na Store ay nagtatangi ng entry na nananatili sa mga reboot mula sa isang nawawala kasama ng adapter, at ang pagkakaibang iyon ang nagtatakda kung babalik ang sira bukas. Ang entry sa permanenteng imbakan na tumuturo sa nawalang index ang pinakamasamang kaso, dahil nakakaligtas ito sa mga reboot nang hindi kailanman tumutugma sa anuman.

Itali ang prefix sa profile, hindi sa adapter

Ang katutubong VPN ng Windows ay maaaring magdala ng sarili nitong listahan ng ruta, kaya ginagamit muli ng koneksyon ang tamang adapter tuwing umangat ito. Susunod ang ruta sa profile sa halip na sa numerong nakita mo nang isang beses, at walang script na kailangang manghula ng index pagkatapos ng bawat tawag. Ang pagdaragdag ng prefix ay maaari ding baliktarin sa pamamagitan ng katumbas na command ng pag-alis, na nagpapanatili sa pagbabago na naa-audit. Ang prefix ay iniimbak kasama ng koneksyon sa halip na sa startup script, kaya ang profile na kinopya sa ibang user ay nagdadala ng layunin.

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

Ang reference ng Add-VpnConnectionRoute ay nagdodokumento ng kaugnayan sa koneksyon, at mahalaga ang saklaw ng phone book: ang profile bawat user at profile para sa lahat ng user ay magkaibang bagay. Ang mekanismong ito ay pag-aari ng sariling VPN client ng Windows, kaya ang adapter ng vendor na pinamamahalaan ng sarili nitong serbisyo ay maaaring kumuha ng mga ruta nito mula sa ganap na ibang pinagmulan ng patakaran.

Linisin ang lumang ruta bago idagdag ang bago

Ang dalawang ruta na may parehong prefix at magkaibang may-ari ay mas masama kaysa sa isang maling ruta, dahil ang mananalo ay nakadepende sa mga sukat na walang naisulat. Suriin kung ano ang umiiral na para sa prefix, kasama ang mga entry sa permanenteng imbakan, at alisin lamang ang pag-aari ng nabigong pagtatangka. Ang labi mula sa dating disenyo ay karaniwan sa larangang ito, dahil ang nabigong ruta ay karaniwang pumalit sa isang bagay na gumagana. Itala kung aling mga entry ang pag-aari ng aling koneksyon bago mag-alis ng anuman, at itago ang listahan sa talaan ng pagbabago.

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

Itugma ang prefix, susunod na paglukso, imbakan at may-ari nang magkasama sa halip na burahin ang lahat ng mukhang magkatulad. Maaaring lehitimong umasa ang ibang koneksyon sa bahagi ng espasyong iyon, at ang malawakang pagbura ay nagiging insidente ng suporta ang maayos na pagkukumpuni.

Muling kumonekta sa ibang pagkakasunod-sunod

Kopyahin ang kundisyon sa halip na umasang ang unang pagtatangka ay representatibo. Idiskonekta, muling kumonekta, at kumpirmahin ang napiling landas patungo sa parehong malayong resource habang nakataas ang tunnel; kung maraming VPN ang kasangkot, itaas ang mga ito sa ibang pagkakasunod-sunod at tingnan kung nagbabago ang napiling landas. Ang pagkakasunod-sunod ang variable na nilalaktawan ng karamihan, at ito ang naglalantad ng rutang nakatali sa maling koneksyon.

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

Ang resultang gusto mo ay hindi ang panatilihin ng adapter ang numero nito nang isang beses. Ito ay ang lumitaw ang ruta kasama ng anumang numerong natatanggap ng koneksyon, sa bawat pagkakataon, at mawala kapag nagsara ang koneksyon. Ang dalawang beses na muling pagkonekta ang pinakamurang paraan upang paghiwalayin ang mga resultang iyon.

Alamin kung ano ang hindi kayang gawin ng ruta

Ang rutang mula sa profile ay nagbibigay ng landas at wala nang iba. Hindi ito nagbubukas ng malayong firewall, hindi gumagawa ng pabalik na ruta sa malayong dulo at hindi nilulutas ang dalawang site na gumagamit ng parehong saklaw ng address; bawat isa sa mga ito ay hiwalay na configuration na may hiwalay na may-ari. Kaya ang pagkumpirma ng landas ay simula ng pagsubok sa pagtanggap at hindi ang buong pagsubok.

Itago ang listahan ng prefix kasama ng profile at itala kung sa ilalim ng anong saklaw ito idinagdag, upang mabasa ng susunod na tao ang inilaan na disenyo sa halip na hulaan ito mula sa talahanayan ng ruta. Ang mga rutang umiiral lamang sa alaala ng isang tao ang muling itinatayo nang mali pagkatapos ng susunod na muling pagkonekta. Ang komentong isang linya sa mga tala ng deployment ay mas mura kaysa sa buong hapon ng muling pagtuklas.