Static na ruta sa FRITZ!Box: itutok ito sa LAN IP ng VPN gateway

Ang iyong home LAN ay may FRITZ!Box bilang default na router at isang maliit na Linux box na gumagawa ng VPN sa tabi nito. Naabot ng box ang network ng opisina, pero ang laptop sa likod ng FRITZ!Box ay hindi. Isang static na ruta ang nag-aayos nito sa tatlong field, at ang tanging tunay na kahirapan ay ang tumanggi na maglagay ng tunnel address sa gateway field. Ang gateway ay ang susunod na router sa sarili mong LAN, at lagi nang ganoon.

Isulat ang tatlong field bago buksan ang interface

Kumuha ng LAN 192.168.50.0/24, isang FRITZ!Box sa 192.168.50.1, at isang VPN box na may fixed na address 192.168.50.2 na mayroon nang gumaganang protektadong landas patungo sa 10.40.0.0/16. Sinasabi ng ruta: para sa malayong prefix na iyon, ibigay ang packet sa device sa fixed na LAN address. Ang pampublikong endpoint ng malayong VPN server at ang panloob nitong tunnel address ay parehong hindi mahalaga dito, dahil hindi kailanman nagpapadala ang FRITZ!Box ng anuman nang direkta sa kanila.

Ireserba ang LAN address na iyon sa labas ng DHCP pool, kung hindi ay mapupunta ang gateway na inayos mo sa isang telepono balang araw.

Saan itinatago ng FRITZ!Box ang ruta

Binubuksan ng FRITZ! ang mga kontrol ng IPv4 route sa Home Network, pagkatapos Network, pagkatapos Network Settings, kung saan nakadepende ang eksaktong label at nesting sa modelo at bersyon ng FRITZ!OS. I-enable ang advanced view kung nakatago ang route table, magdagdag ng isang entry gamit ang mga halaga sa itaas, at ilapat. Sulit na silipin ang gabay para sa iyong partikular na modelo, dahil ang parehong function ay ilang beses nang lumipat sa pagitan ng mga release. Pansinin ang eksaktong pananalita ng entry na iyong ini-save, dahil bihirang sabihin ng isang table entry kung aling screen ang gumawa nito.

Hindi ito ang parehong feature na kapag ang FRITZ!Box mismo ang nagtatapos ng VPN. Itinuturo ng ruta ang ibang device; ang built-in na VPN ay ang device na iyon.

Kailangang mag-ruta ng gateway, hindi lang umabot

Ang host na nakakaabot sa malayong network ay hindi awtomatikong nagiging router para sa natitirang LAN. Kailangan ng VPN box ng naka-enable na IP forwarding, firewall policy na nagpapahintulot ng forwarding sa pagitan ng LAN interface at tunnel, at ruta na nagpapabalik ng tugon sa LAN sa halip na ilabas sa sarili nitong default na landas. Ang pag-enable ng forwarding at pagkalimot sa firewall rule ang pinakakaraniwang kalahating solusyon, at mula sa panig ng client ay mukhang pagkabigo sa routing ito.

Suriin ito mula sa panig ng FRITZ!Box sa pamamagitan ng pag-ping sa LAN address ng VPN box, at pagkatapos mula sa isang client sa pamamagitan ng pag-trace patungo sa malayong address at pagkumpirma na ang ikalawang hop ay ang box na iyon.

Pabalik na landas at magkakapatong na saklaw

Kailangan ng malayong panig ng ruta para sa 192.168.50.0/24 pabalik sa tunnel, maliban kung sadyang isinasalin mo ang pinagmulan sa VPN box. Ang pagpapanatili at pagsasalin ay magkaibang patakaran na may magkaibang log at magkaibang patakaran sa pag-access, at ang static na rutang kaaagad mong idinagdag ay hindi pumipili sa pagitan ng mga ito. Ang magkakapatong na saklaw ay mas mahirap na problema: kung ang iyong LAN at ang malayong network ay nagbabahagi ng isang prefix, hindi sila maipaghiwalay ng isang host route, at kailangang magbago ang plano ng address.

Ang pagdaragdag ng mas tiyak na ruta sa ibang lugar sa LAN, o ng ikalawang VPN client sa laptop, ay tahimik na mananaig sa entry ng FRITZ!Box.

Subukan mula sa normal na client, pagkatapos subukan ang pagkabigo

Patakbuhin ang pagsubok mula sa ordinaryong awtorisadong LAN machine, hindi mula sa VPN box, dahil gumagana na ang box at wala itong pinapatunayan. Marating ang isang malayong serbisyo at suriin ang tugon, pagkatapos kumpirmahin na ang mga walang kaugnayang destinasyon sa internet ay kumukuha pa rin ng default na ruta at hindi hinihila sa tunnel. Ang pagpapalit ng default na ruta para maabot ang isang subnet ay mas malaking pagbabago kaysa sa tatlong-field na entry na sinimulan mo.

Sa huli, idiskonekta ang VPN at tingnan ang mangyayari. Nananatili ang static na ruta sa table habang nawala na ng gateway nito ang protektadong landas, kaya nabigo ang trapiko sa box sa halip na bumagsak pabalik sa internet, at anumang pangangailangang harangan ang fallback na trapiko ay kabilang sa patakaran ng box mismo, hindi sa naka-save na ruta.