Statisk rute i FRITZ!Box: peik henne mot LAN-IP-en til VPN-gatewayen

Heime-LAN-et ditt har ein FRITZ!Box som standardruter og ein liten Linux-boks som gjer VPN-jobben ved sida av. Boksen når kontornettet, men laptopen bak FRITZ!Box gjer det ikkje. Ei statisk rute fiksar dette med tre felt, og den einaste verkelege vanskane er å nekte å setje ei tunneladresse i gateway-feltet. Gatewayen er den neste ruteren på ditt eige LAN, og det har han alltid vore.

Skriv dei tre felta før du opnar grensesnittet

Ta eit LAN 192.168.50.0/24, ein FRITZ!Box på 192.168.50.1, og ein VPN-boks med fast adresse 192.168.50.2 som allereie har ein fungerande verna veg til 10.40.0.0/16. Ruta seier: for det eksterne prefikset, gje pakken til eininga på den faste LAN-adressa. Den eksterne VPN-serveren sitt offentlege endepunkt og den indre tunneladressa hans er begge irrelevante her, fordi FRITZ!Box aldri sender noko direkte til dei.

Reserver den LAN-adressa utanfor DHCP-poolen, elles vil gatewayen du konfigurerte ein dag høyre til ein telefon.

Kvar FRITZ!Box held ruta

FRITZ! opnar IPv4-rutekontrollane under Heimenettverk, deretter Nettverk, deretter Nettverksinnstillingar, med den nøyaktige etiketten og nesting avhengig av modell og FRITZ!OS-versjon. Slå på den avanserte visninga om rutetabellen er skjult, legg til ein oppføring med verdiane ovanfor og bruk han. Retteleiinga for din spesifikke modell er verdt eit blikk, fordi same funksjon har flytta mellom utgivingar meir enn éin gong. Legg merke til den nøyaktige ordlyden i oppføringa du lagrar, fordi ein tabelloppføring sjeldan fortel kva skjerm som laga han.

Dette er ikkje same funksjon som når FRITZ!Box sjølv avsluttar ein VPN. Ei rute peikar på ei anna eining; den innebygde VPN-en er eininga.

Gatewayen må rute, ikkje berre nå

Ein vert som når det eksterne nettverket er ikkje automatisk ein ruter for resten av LAN-et. VPN-boksen treng IP-vidaresending slått på, ein brannmurregel som tillèt vidaresending mellom LAN-grensesnittet og tunnelen, og ei rute som sender svaret tilbake til LAN-et i staden for ut via sin eigen standardveg. Å slå på vidaresending og gløyme brannmurregelen er den vanlegaste halve løysinga, og frå klientsida ser det ut som ein ruterfeil.

Sjekk det frå FRITZ!Box-sida ved å pinge LAN-adressa til VPN-boksen, og deretter frå ein klient ved å spore til ei ekstern adresse og stadfeste at andre hopp er den boksen.

Returveg og overlappande område

Den eksterne sida treng ei rute for 192.168.50.0/24 tilbake gjennom tunnelen, med mindre du med vilje omset kjelda på VPN-boksen. Å bevare og å omsetje er ulike policyar med ulike loggar og ulike tilgangsreglar, og den statiske ruta du nettopp la til vel ikkje mellom dei. Overlappande område er eit vanskelegare problem: om LAN-et ditt og det eksterne nettverket deler eit prefiks, kan éi vertsrute ikkje skilje dei, og adresseplanen må endrast.

Å leggje til ei meir spesifikk rute annanstad på LAN-et, eller ein andre VPN-klient på laptopen, vil stille vinne over oppføringa i FRITZ!Box.

Test frå ein vanleg klient, og test deretter feilen

Køyr testen frå ein vanleg autorisert LAN-maskin, ikkje frå VPN-boksen, fordi boksen alt verka og ikkje provar noko. Nå ein ekstern teneste og kontroller svaret, og stadfest deretter at urelaterte internettmål framleis tek standardruta og ikkje blir dregne gjennom tunnelen. Å byte ut standardruta for å nå eitt subnett er ei mykje større endring enn trefeltsoppføringa du byrja med.

Til slutt, kople frå VPN-en og sjå kva som skjer. Den statiske ruta blir i tabellen medan gatewayen har mista den verna vegen, så trafikken feilar ved boksen i staden for å falle tilbake til internett, og eitkvart krav om å blokkere fallback-trafikk høyrer heime i policyen til boksen sjølv, ikkje i ei lagra rute.