Nagbago ang metric ng ruta ng VPN pagkatapos kumonek: ano ang ibig sabihin
Ang mas mababang metric ay nagtatakda lamang ng patas sa pagitan ng magkatulad na tiyak na ruta. Basahin ang tuntunin ng patakaran, ang prefix at ang host route ng endpoint bago baguhin ang anumang numero ng ruta ng VPN.
Kinokonek mo ang VPN, pinapatakbo ang route print, at ang default na ruta ay may dalang metric na mas mababa kaysa dati. Ang natural na konklusyon ay kinuha ng VPN ang default na ruta dahil mas maliit ang numero nito. Minsan iyon nga ang nangyari. Kadalasan ang metric ay hindi talaga ang nagpapasya, at walang nababago sa pag-edit nito dahil nagawa na ang pagpili nang mas maaga, ng haba ng prefix o ng tuntunin ng patakaran.
Totoo ang sintomas: ang trapikong dating lumalabas sa adaptor ng Wi-Fi ay lumalabas na ngayon sa tunel, o kabaliktaran. Ang metric ay isang input sa isang paghahanap na tumatakbo sa takdang ayos, at ang ayos na iyon ang kailangang basahin bago hawakan ang isang numero.
Ano ba talaga ang kinakalaban ng numero
Ang unang paghahambing ay pagiging tiyak, hindi kagustuhan. Ang rutang para sa 10.20.0.0/16 ay tinatalo ang 10.0.0.0/8, at tinatalo ng dalawa ang 0.0.0.0/0, anuman ang sabihin ng kanilang metric. Ang VPN na naglalagay ng default na ruta na may pinakamababang metric sa makina ay natatalo pa rin sa anumang mas tiyak na rutang tumutugma sa destinasyon, kasama ang host route na inilalagay ng kliyente para sa sarili nitong server.
Kaya hindi mapipilit ng pagbaba ng metric sa isang default na subnet na direktang nakakonek sa loob ng tunel. Kung gusto mo ang subnet na iyon sa loob ng VPN, magdagdag ng ruta para sa prefix o piliin ang talahanayan ng tunel gamit ang tuntunin ng patakaran. Ang metric ay maling pingga para sa gawaing iyon.
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
Pinipili ng Linux ang talahanayan bago ang metric
Sa Linux, unang sinasangguni ng kernel ang database ng patakaran. Inililista ng ip rule ang mga tuntunin at ang mga talahanayang pinipili nila, at iniuulat ng ip route get 203.0.113.10 ang talahanayan, ruta at source address na talagang gagamitin ng kernel para sa destinasyong iyon. Ang metric sa loob ng talahanayan 100 ay hindi kailanman nakikipagtagisan sa rutang nasa pangunahing talahanayan, dahil pinili na ng tuntunin ang talahanayan bago pa ihambing ang anumang metric.
Kaya maaaring mukhang tama ang isang ruta sa ip route show table all at hindi pa rin magdala ng trapiko. Basahin ang tuntuning tumugma, pagkatapos ang talahanayang pinili nito, pagkatapos ihambing ang mga ruta sa loob nito. Kung mali ang napiling talahanayan, walang makakatulong na pag-edit ng metric sa kabilang talahanayan.
Pinagsasama ng Windows ang dalawang metric
Walang database ng patakaran ang Windows bilang default, ngunit pinagsasama nito ang metric ng ruta at metric ng interface, at ang awtomatikong metric ng interface ay maaaring magbago kasabay ng bilis ng link at estado ng adaptor. Kaya ang parehong ruta ay maaaring kumilos nang iba pagkatapos lumitaw ang docking station o virtual na adaptor. Iniulat ng Find-NetRoute -RemoteIPAddress 203.0.113.10 ang napiling source address, susunod na hop at interface, na mas malapit sa tunay na desisyon kaysa sa hilaw na talahanayan.
Basahin nang sabay ang mga halaga ng ruta at interface. Ang pagtaas ng metric ng interface ay maaaring maglipat ng trapiko nang walang nababagong entry ng ruta, at ang kliyenteng VPN na nagmamay-ari ng mga ruta nito ay muling maglalagay sa mga iyon sa muling pagkonek at itatapon ang iyong pag-edit.
Panatilihin ang endpoint ng tunel sa labas ng tunel
Kailangan ng bawat tunel ng landas patungo sa sarili nitong server na hindi dumadaan sa tunel. Naglalagay ang mga kliyente ng host route para sa endpoint sa pamamagitan ng pisikal na gateway, at ang rutang iyon ay dapat manatiling mas tiyak kaysa sa default na idinadagdag ng kliyente. Burahin ito, o hayaang manalo ang tunel sa paghahanap para sa address na iyon, at susubukan ng mga naka-encapsulate na packet na pumasok sa tunel na dapat nilang itayo. Nabibigo o umiikot ang koneksyon.
Suriin ang host route na iyon bago at pagkatapos ng anumang pagbabago ng metric: dapat itong tumuro sa pisikal na susunod na hop at makaligtas sa muling pagkonek. Kung pagmamay-ari ito ng kliyente, baguhin ang profile o ang pinamamahalaang configuration sa halip na runtime value na muling isusulat.
Suriin ang parehong pamilya ng address at ang konteksto ng app
Ang IPv4 at IPv6 ay magkahiwalay na desisyon na may magkahiwalay na talahanayan. Maaaring magdala ng IPv4 ang VPN habang ang IPv6 ay patuloy na gumagamit ng lokal na router, at walang sinasabi ang pagbabago ng metric sa isang pamilya tungkol sa isa. Suriin ang dalawa, pagkatapos suriin ang konteksto ng aplikasyon. Ang prosesong nakatali sa isang interface, namespace ng container o VPN kada app ay maaaring makakita ng ibang talahanayan kaysa sa iyong shell.
Beripikahin gamit ang kasangkapang nag-uulat ng desisyon para sa tunay na destinasyon, hindi ang buong listahan ng talahanayan. Kung ang napiling ruta ay ang sinasadya ng disenyo, tumigil. Ang metric na hindi ang pinakamaliit na numero sa screen ay hindi depekto, at ang pagpilit na maging pinakamaliit ay maaaring makasira sa landas ng endpoint na pinagkakatiwalaan ng tunel.