Ibukod ang Isang Host sa Default Route ng Windows VPN

Kumokonekta ang laptop sa VPN ng opisina at sumusunod ang lahat, kasama ang web page ng isang printer at isang intranet na sumasagot lamang sa lokal na network. Inaayos ito ng gawang-kamay na route sa loob ng isang oras, pagkatapos ay napuputol ang koneksyon, bumabalik, at wala na ang eksepsyon. Walang mali sa tunnel: iisang routing table ang hawak ng Windows, at muling isinusulat ng VPN adapter ang bahin nito sa table na iyon sa bawat koneksyon. Ang nananatili ay ang anumang nasa labas ng sariling mga entry ng adapter.

Aling entry ang kinukuha ng tunnel

Itala ang table nang dalawang beses, isang beses na nakababa ang tunnel at isang beses na nakaangat, at ihambing ang mga default na linya. Kapag inaangkin ng profile ang default prefix, ang entry ng adapter ang pinakamalawak na row sa table, kaya ang anumang eksepsyon ay dapat na mas makitid kaysa rito. Aritmetika ito tungkol sa haba ng prefix, hindi pahayag tungkol sa tiwala o patakaran. Tinutukoy din nito kung aling interface ang dapat pangalanan ng eksepsyon.

Isulat ang index ng interface at ang lokal na gateway bago magpatuloy, dahil nagbabago ang dalawa kapag sumali ang makina sa ibang network. Binabasa ng mga command sa ibaba ang mga ito mula sa makina, hindi mula sa memorya.

route print -4
Find-NetRoute -RemoteIPAddress 198.51.100.30

Iniuulat ng pangalawang command ang interface at susunod na hop na gagamitin ng isang address sa ngayon, na mas mabuti kaysa sa pagbasa ng apatnapung row at paghula. Patakbuhin ito bago at pagkatapos kumonekta at mayroon kang pares na sulit na ilakip sa talaan ng pagbabago. Ang parehong output ay nagbibigay ng mga numerong ginagamit sa natitirang bahagi ng pahinang ito.

Ang host route ay nananalo sa pagiging tiyak

Ang pinakamahabang prefix match ang nagpapasya sa panalo, kaya ang /32 sa pamamagitan ng pisikal na gateway ay tinatalo ang default sa pamamagitan ng tunnel nang hindi nagagalaw ang tunnel. Lumabas ang trapiko patungo sa address na iyon sa lokal na interface habang ang lahat ng iba ay nagpapanatili ng dati nilang landas. Dinadala pa rin ng tunnel ang default at tumitigil na lamang na maging tanging kandidato para sa destinasyong iyon. Ang haba ng prefix ang tanging lever na inilalantad ng table, at para sa gawaing ito ay sapat na.

Tinatanggal din ng pagiging tiyak ang halatang shortcut ng pagbubukod ng isang domain name, dahil nagtutugma ang table sa mga address at ang isang pangalan ay maaaring maresolba sa ilan sa kanila. Iresolba muna ang host, pagkatapos ay magpasya kung alin sa mga address nito ang karapat-dapat sa eksepsyon.

Para sa lahat ng nasa ibaba, ipagpalagay ang isang koneksyong tinatawag na Office, isang lokal na gateway na 10.0.0.1 sa interface 7, at isang destinasyon sa 198.51.100.30. Mga placeholder ang mga iyon at hindi default, at ang mga command sa itaas ay nagbibigay ng mga value na aktuwal na ginagamit ng iyong makina. Itago ang tala ng pagpapalit na ito kasama ng pagbabago upang hindi kopyahin ng susunod na mambabasa ang mga numero.

Gawing lampas sa susunod na reconnect ang route

Walang ibinibigay na tagubilin sa pagbubukod ang Windows sa isang VPN connection, kaya ang eksepsyon ay dapat manirahan sa pisikal na interface kung saan hindi ito muling isusulat ng adapter. Ang cmdlet na mukhang sagot ay ginagawa ang kabaligtaran: Add-VpnConnectionRoute inililipat ang isang prefix papasok sa tunnel, na siyang salamin na kaso kung saan ang split profile ay dapat magdala ng isang destinasyon at iwanan ang iba sa lokal. Ang pagsunggab dito ay ginagarantiyang papasok ang trapikong gusto mong ilabas.

Ang manual na anyo ay isang command. Ang kahinaan nito ay ang pagbabago ng network, hindi ang reconnect.

route -p add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7

Nakalampas ito sa reboot dahil sa -p at nagpapadala ng isang address palabas ng interface 7 habang dinadala ng tunnel ang lahat ng iba. Ilipat ang laptop sa ibang network at parehong maluluma ang gateway at ang index, kaya tahimik na mabibigo ang entry. Itala kung sino ang may-ari nito at kailan ito dapat tanggalin.

Ang connect script ang mas matibay na bersyon, dahil idinadagdag nitong muli ang eksepsyon pagkatapos ng bawat koneksyon sa halip na umasa na nakalampas ang entry. Ang dalawang linya sa ibaba ay kabilang sa anumang nagpapasimula ng tunnel, hindi sa isang logon script.

rasdial Office
route add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7

Anuman ang nagpapataas ng tunnel ang tamang lugar para sa pangalawang linya, at rasdial bumabalik lamang kapag naitatag na ang koneksyon, kaya bumabagsak ang route sa likod ng sariling mga entry ng adapter. Patakbuhin itong muli pagkatapos ng resume, dahil maaaring mapatid ng suspend ang route at maiwan ang tunnel na nakaangat. Kung ang gawain ay ang kabaligtaran, na itulak ang isang prefix papasok sa tunnel habang nananatiling lokal ang iba, kung gayon ang Add-VpnConnectionRoute ang tamang kasangkapan.

Hindi makapipili ng proseso ang routing

Kung minsan ang pangangailangan ay mas makitid kaysa sa isang destinasyon: dapat kunin ng isang programa ang lokal na landas habang ang lahat ng iba ay nananatili sa loob ng tunnel. Hindi ito maipahayag ng routing, dahil nagtutugma ito sa mga address at hindi sa mga proseso. Itinutulak ng magagamit na pattern ang problema sa launcher.

Ilayo ang profile sa default route at simulan ang nag-iisang programang iyon na nakatali sa address ng lokal na interface, kaya ang eksepsyon ay nagiging launch command at pinapanatili ng tunnel ang anumang pinangangasiwaan na nito. Walang nagbabago sa routing table, kaya't nakalampas ito sa mga reconnect. Nangangahulugan din itong hindi dapat pag-aari ng tunnel ang default route sa simula pa lang, kaya ibang disenyo ito at hindi patch sa nauna.

Ang kahinaan nito ay operational at hindi teknikal. Dapat palaging magsimula ang programa sa pamamagitan ng wrapper, at kung nawala ang binding pagkatapos ng resume ay tahimik nitong kinukuha ang anumang landas na iniaalok ng table. Tolerable iyon para sa browser na sadyang binubuksan mo at hindi katanggap-tanggap para sa anumang hindi dapat lumabas ng tunnel.

Hindi rin ito nalulutas ng per-user na koneksyon. Maaaring i-scope ng Windows ang isang koneksyon sa isang account habang ang routing table ay nananatiling para sa buong makina, kaya ang account-scoped na koneksyong may default route ay nagre-redirect pa rin ng bawat proseso sa makina, kasama ang ibang session. Nagiging totoo lamang ang scope kapag tumugma ang scope ng route sa account. Kaya ang dalawang taong nagbabahagi ng isang laptop ay nagbabahagi ng isang table, at ang pangalawa ay nagmamana ng anumang tunnel na sinimulan ng una.

Kumpirmahin na nakalampas ang eksepsyon sa isang reconnect

Subukan ang pagbabago sa paraang mabibigo ito: idiskonekta, kumonekta muli, magbukas ng bagong application, pagkatapos ay humiling ng isang address na dapat manatiling lokal at isa na dapat gumamit ng tunnel. Ihambing ang dalawa sa Find-NetRoute sa konektadong estado.

Kung nawala ang prefix sa table pagkatapos ng reconnect, nasa maling object ito at hindi sa maling format. Ilipat ito sa pisikal na interface at ulitin ang pagsubok. Itago ang parehong output ng command kasama ng talaan ng pagbabago, dahil ang snapshot ng gumaganang estado ay sumasagot ng mas maraming tanong mamaya kaysa sa isang talata ng paliwanag. Gusto ng susunod na tao na malaman kung ano ang ginawa ng koneksyon, hindi kung ano ang balak mong gawin nito.