Statyske rûte yn de FRITZ!Box: wiis him nei it LAN-IP fan de VPN-gateway

Jo thús-LAN hat in FRITZ!Box as standertrouter en in lytse Linux-doaze dy't njonken him VPN-wurk docht. De doaze berikt it kantoarnetwurk, en de laptop efter de FRITZ!Box net. In statyske rûte lost dit op yn trije fjilden, en de iennichste echte swierrichheid is wegerje om in tunneladres yn it gateway-fjild te setten. De gateway is de folgjende router op jo eigen LAN, en dat wie er altyd.

Skriuw de trije fjilden foardat jo de ynterface iepenje

Nim in LAN fan 192.168.50.0/24, in FRITZ!Box op 192.168.50.1, en in VPN-doaze mei in fêst adres fan 192.168.50.2 dy't al in wurkjend beskerme paad nei 10.40.0.0/16 hat. De rûte seit: foar dat fiere prefiks, jou it pakket oan it apparaat op it fêste LAN-adres. It publike endpoint fan de fiere VPN-tsjinner en syn ynderlike tunneladres binne hjir beide net fan belang, want de FRITZ!Box stjoert dêr noait wat direkt hinne.

Reservearje dat LAN-adres bûten de DHCP-pool, oars heart de gateway dy't jo ynsteld hawwe op in dei by in telefoan.

Wêr't de FRITZ!Box de rûte hâldt

FRITZ! iepenet de IPv4-rûtebestjoering ûnder Thúsnetwurk, dan Netwurk, dan Netwurkinstellings, mei it krekte label en de nesting ôfhinklik fan it model en de FRITZ!OS-ferzje. Skeakelje de útwreide werjefte yn as de rûtetabel ferburgen is, foegje ien ynfier ta mei de wearden hjirboppe en pas it ta. De hantlieding foar jo spesifike model is in eachopslach wurdich, want deselde funksje is al mear as ien kear tusken ferzjes ferhuze. Let op de krekte wurden fan de ynfier dy't jo bewarje, want in tabelynfier fertelt selden hokker skerm it makke hat.

Dit is net deselde funksje as wannear't de FRITZ!Box sels in VPN beëiniget. In rûte wiist nei in oar apparaat; de ynboude VPN is it apparaat.

De gateway moat route, net allinnich berikke

In host dy't it fiere netwurk berikt is net automatysk in router foar de rest fan it LAN. De VPN-doaze hat IP-oerdracht ynskeakele nedich, in firewallbelied dat oerdracht tusken de LAN-ynterface en de tunnel tastiet, en in rûte dy't it antwurd werom nei it LAN stjoert ynstee fan út syn eigen standertpaad. Oerdracht ynskeakelje en de firewallregel ferjitte is de meast foarkommende healreparaasje, en fan de kliïntkant liket it op in routingflater.

Kontrolearje it fan de FRITZ!Box-kant troch it LAN-adres fan de VPN-doaze te pingjen, en dan fan in kliïnt troch nei in fier adres te tracearjen en te befêstigjen dat de twadde hop dy doaze is.

Werompaad en oerlappende berikken

De fiere kant hat in rûte foar 192.168.50.0/24 nedich werom troch de tunnel, útsein as jo de boarne bewust by de VPN-doaze oersette. Bewarje en oersette binne ferskillende beliedsregels mei ferskillende logs en ferskillende tagongsregels, en de statyske rûte dy't jo krekt tafoege hawwe kiest net tusken har. Oerlappende berikken binne in dreger probleem: as jo LAN en it fiere netwurk in prefiks diele, kin ien hostrûte se net ûnderskiede, en it adresplan moat feroarje.

It tafoegjen fan in mear spesifike rûte earne oars op it LAN, of in twadde VPN-kliïnt op de laptop, sil de ynfier fan de FRITZ!Box stil ferwinne.

Test fan in gewoane kliïnt, test dan de flater

Fier de test út fan in gewoane autorisearre LAN-masine, net fan de VPN-doaze, want de doaze wurke al en bewiist neat. Berik in fiere tsjinst en kontrolearje it antwurd, befêstigje dan dat net-relatearre ynternetbestimmingen noch altyd de standertrûte nimme en net troch de tunnel sleept wurde. It ferfangen fan de standertrûte om ien subnet te berikken is in folle gruttere feroaring as de ynfier mei trije fjilden dêr't jo mei begûn binne.

Ta beslút, ûntkoppelje de VPN en sjoch wat der bart. De statyske rûte bliuwt yn de tabel wylst syn gateway it beskerme paad ferlern hat, sadat ferkear by de doaze mislearret ynstee fan werom te fallen nei it ynternet, en elke eask om fallback-ferkear te blokkearjen heart yn it belied fan de doaze sels, net yn in bewarre rûte.