Bigyan ang mga host ng LAN ng ruta ng pagbabalik ng VPN gamit ang opsyon 121 ng DHCP

Kumokonekta ang mga malayong kliyente ng VPN, sumasagot ang server ng LAN, at lumalabas ang sagot sa karaniwang router ng internet at namamatay doon. Ang isang server ay maaaring ayusin gamit ang isang static na ruta, ngunit ang isang buong subnet ng mga ito ay mas mahusay na pangasiwaan sa lugar kung saan natatanggap na nila ang kanilang network configuration. Ang opsyon 121 ng DHCPv4 ay namamahagi ng eksaktong ganoong ruta ng destinasyon, at ito ang bahaging karaniwang nagkakamali ang mga tao sa sandaling makalimutan nila ang default. Ang sintomas ay trapikong isang direksyon: dumarating ang mga kahilingan at nawawala ang mga sagot.

Pangalanan muna ang tatlong address

Kumuha ng konkretong LAN: 192.168.50.0/24 na may karaniwang default na router sa 192.168.50.1 at hiwalay na gateway ng VPN sa 192.168.50.2. Sinasakop ng mga awtentikadong malayong kliyente ang 10.90.0.0/24.

Ang rutang kailangan ng bawat kalahok na host ay 10.90.0.0/24 via 192.168.50.2. Ang destinasyon ay ang pool ng mga kliyente, at ang susunod na hop ay ang LAN address ng gateway, hindi ang address nito sa tunnel.

I-encode ito bilang static na rutang walang klase

Ang opsyon 121 ay nagdadala ng mga pares ng prefix at susunod na hop, at tinutukoy ng RFC 3442 ang parehong encoding at ang gawi ng kliyente na sumusunod. Para sa isang umiiral na instansya ng dnsmasq na naglilingkod lamang sa halimbawang LAN na ito, ang anyo ng configuration ay:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

Ito ay isang piraso, hindi isang bagong serbisyo ng DHCP. Sa isang server na humahawak ng ilang segment, limitahan ang opsyon gamit ang mga tag o patakaran ng network na ginagamit mo na. Panatilihing abot-kamay ang dating configuration, dahil ang pagbalik dito ay nangangahulugan ng isa pang pag-renew ng lease, hindi isang restart.

Huwag mawala ang default na ruta

Ito ang bitag. Ang kliyenteng tumatanggap ng opsyon 121 ay dapat huwag pansinin ang karaniwang opsyon na Router, kaya ang pag-anunsyo lamang ng ruta ng pool ng VPN ay maaaring iwan ang host na iyon na walang default na ruta. Mukha pa ring naka-configure ang makina at tahimik na nawawala ang internet. Inilalarawan ito ng mga gumagamit na down ang network habang nakaup ang bawat interface.

Isama ang inilalayong default sa parehong listahan, tulad ng ginagawa ng piraso sa itaas. Panatilihin din ang karaniwang opsyon na Router para sa mga kliyenteng hindi nagpapatupad ng rutang walang klase; ang sariling paghawak ng opsyon ng server ang nagpapasya kung ano ang ipapadala kanino.

Tingnan kung ano ang tatanggapin ng kliyente

Ang host na may address na inilagay sa kamay ay hindi kailanman ito nakukuha, dahil hindi ito humihingi ng lease. Nag-iiba rin ang suporta ng kliyente, kaya subukan sa operating system na talagang pinapatakbo mo sa halip na ipagpalagay na iginagalang ng bawat aparato ang opsyon 121. Kumpirmahin sa mga may-ari ng mga server na iyon kung alin ang static ang address. Kailangan ng mga host na iyon ng sarili nilang mga entry ng ruta o hindi lang sila sasali.

Ang mga pinamamahalaang serbisyo ng DHCP ay isa pang hangganan. Hindi pinapayagan ng ilang cloud network ang mga administrador na maglathala ng arbitraryong opsyon, at ang isang nakikipagkumpitensyang DHCP server sa parehong segment ay mas masahol pa kaysa sa walang opsyon.

I-verify ang lease, pagkatapos ang paghahanap

Ipatupad ng may-ari ng DHCP ang pagbabago, pagkatapos i-renew ang lease sa isang kliyente. Ang mga umiiral na lease ay nagpapanatili ng lumang configuration hanggang sa ma-renew, kaya hindi garantisado ang agarang resulta.

Sa isang kliyente ng Linux, basahin ang aktwal na mga ruta at kumpirmahin ang parehong entry:

ip -4 route
ip -4 route get 10.90.0.23

Dapat ipakita ng paghahanap na may konteksto ang ruta ng pool sa pamamagitan ng 192.168.50.2 at ang default sa pamamagitan ng 192.168.50.1. Kung nawawala ang default, muling nagawa mo ang bitag sa itaas.

Pagkatapos subukan ang tunay na pagpapalitan

Ang pamamahagi ng ruta ay hindi ang buong landas. Ang hiwalay na gateway ay kailangan pa rin ng pagpapasa, pagmamay-ari ng malalayong peer at patakaran sa pag-access na pumapayag sa server, at walang pinatutunayan ang DHCP.

Sa huli, panatilihin ang isang plano sa pagtanggal. Ang natutunang static na ruta ay hindi bumabawi sa sarili kapag bumagsak ang VPN, kaya ang isang hindi na napapanahong susunod na hop ay maaaring gawing itim na butas ang prefix na iyon matagal pagkatapos mawala ang tunnel.