Statična pot v FRITZ!Boxu: usmerite jo na LAN IP VPN-prehoda

Vaš domači LAN ima FRITZ!Box kot privzeti usmerjevalnik in majhno Linux škatlo ob njem, ki opravlja delo VPN. Škatla doseže pisarniško omrežje, prenosnik za FRITZ!Box pa ne. Statična pot to reši s tremi polji, edina resnična težava pa je zavrniti vnos naslova tunela v polje prehoda. Prehod je naslednji usmerjevalnik v vašem lastnem LAN, in to je vedno bil.

Zapišite tri polja, preden odprete vmesnik

Vzemite LAN 192.168.50.0/24, FRITZ!Box na 192.168.50.1 in VPN-škatlo s fiksnim naslovom 192.168.50.2, ki že ima delujočo zaščiteno pot do 10.40.0.0/16. Pot pravi: za to oddaljeno predpono predajte paket napravi na fiksnem LAN naslovu. Javni endpoint oddaljenega strežnika VPN in njegov notranji naslov tunela sta tukaj oba nepomembna, ker FRITZ!Box nikoli ne pošlje ničesar neposredno nanju.

Rezervirajte ta LAN naslov zunaj nabora DHCP, sicer bo prehod, ki ste ga nastavili, nekega dne pripadal telefonu.

Kje FRITZ!Box hrani pot

FRITZ! odpre nadzor poti IPv4 pod Domače omrežje, nato Omrežje, nato Nastavitve omrežja, pri čemer sta natančna oznaka in gnezdenje odvisna od modela in različice FRITZ!OS. Vklopite razširjeni pogled, če je tabela poti skrita, dodajte en vnos z zgornjimi vrednostmi in ga uporabite. Vodnik za vaš model si velja ogledati, ker se je ista funkcija med izdajami preselila več kot enkrat. Bodite pozorni na natančno besedilo vnosa, ki ga shranite, ker vnos v tabeli redko pove, kateri zaslon ga je ustvaril.

To ni ista funkcija kot takrat, ko FRITZ!Box sam zaključi VPN. Pot kaže na drugo napravo; vgrajeni VPN je ta naprava.

Prehod mora usmerjati, ne le doseči

Gostitelj, ki doseže oddaljeno omrežje, ni samodejno usmerjevalnik za preostanek LAN. VPN-škatla potrebuje vklopljeno posredovanje IP, pravilo požarnega zidu, ki dovoljuje posredovanje med vmesnikom LAN in tunelom, ter pot, ki pošlje odgovor nazaj v LAN, namesto da bi šel ven po lastni privzeti poti. Vklopiti posredovanje in pozabiti pravilo požarnega zidu je najpogostejša polovična rešitev in s strani odjemalca je videti kot okvara usmerjanja.

Preverite s strani FRITZ!Box s pingom na LAN naslov VPN-škatle, nato z odjemalca s sledenjem do oddaljenega naslova in potrditvijo, da je drugi skok ta škatla.

Povratna pot in prekrivajoči se obsegi

Oddaljena stran potrebuje pot za 192.168.50.0/24 nazaj skozi tunel, razen če namerno prevajate vir na VPN-škatli. Ohranjanje in prevajanje sta različni politiki z različnimi dnevniki in različnimi pravili dostopa, in statična pot, ki ste jo pravkar dodali, se med njima ne odloča. Prekrivajoči se obsegi so težja težava: če si vaš LAN in oddaljeno omrežje delita predpono, ju ena pot gostitelja ne more razlikovati in načrt naslovov se mora spremeniti.

Dodajanje bolj specifične poti drugje v LAN ali drugi odjemalec VPN na prenosniku bo tiho premagal vnos v FRITZ!Boxu.

Preizkusite z običajnega odjemalca, nato preizkusite okvaro

Preizkus izvedite z običajnega pooblaščenega stroja v LAN, ne z VPN-škatle, ker je škatla že delovala in ničesar ne dokazuje. Dosezite oddaljeno storitev in preverite odgovor, nato potrdite, da nepovezani internetni cilji še vedno uporabljajo privzeto pot in jih tunel ne vleče. Zamenjava privzete poti za dosego enega podomrežja je veliko večja sprememba kot vnos s tremi polji, s katerim ste začeli.

Na koncu odklopite VPN in poglejte, kaj se zgodi. Statična pot ostane v tabeli, medtem ko je njen prehod izgubil zaščiteno pot, zato promet spodleti na škatli, namesto da bi padel nazaj na internet, in vsaka zahteva po blokiranju nadomestnega prometa spada v politiko same škatle, ne v shranjeno pot.