FRITZ!Box LAN-LAN VPN: kvifor eininga ikkje får ein ekstern IP
I ein LAN-LAN VPN vert nettverka knytte saman, og einingane held på sine eigne adresser. Berre ei innringingsforbinding deler ut ei adresse frå den eksterne poolen.
Ein berbar PC knyter seg til ein FRITZ!Box VPN, når ein filutveksling på den andre staden, og viser framleis heimeadressa si i kvart verktøy du prøver. Folk leitar då etter ei innstilling som deler ut ein ekstern IP og finn ho aldri, fordi det ikkje er noko å finne. I ei LAN-LAN-samankopling knyter to rutarar saman netta sine, og kvar eining held på adressa ho alt hadde. Berre ei innringingsforbinding leiger ei adresse frå den eksterne poolen.
Resten handlar om å skilje dei to oppsetta og om kva den andre sida faktisk ser.
Den eine samankoplinga knyter saman nettverk, den andre låner ut ei adresse
Ei LAN-LAN-forbinding er ei rute mellom to subnett, ikkje ein ekstern skrivebord. Den berbare PC-en sender ein pakke til 192.168.188.40, FRITZ!Box kjenner att målet som tilgjengeleg via tunnelen, og pakken kjem fram med den opphavlege kjeldadressa di intakt. Ingenting på den vegen treng ei ekstra adresse, og ingenting tildeler ei.
Ein innringsprofil oppfører seg som ei ekstern utviding av rutaren. Eininga som knyter seg til får ei adresse frå målets LAN, og derfor viser ho seg i leigetabellen der. Same tunnel, anna spørsmål: det eine designet utvidar eit nettverk, det andre slepp ein gjest inn i det.
| Arrangement | Which device asks | Address the device keeps | What the far site sees |
|---|---|---|---|
| LAN-LAN coupling | any host behind either router | its own local address, unchanged | an address from your subnet, or the router address if the link translates |
| Dial-in profile | the single device that connects | a lease from the remote pool | an address inside the remote LAN |
Kva den eksterne verten ser, kjem an på omsetjing
Med vanleg ruting registrerer den eksterne maskina den verkelege lokale adressa di, til dømes 192.168.178.20, og svaret hennar må reise tilbake gjennom tunnelen. Det svaret verkar berre når den eksterne rutaren har ei rute for heile subnettet ditt, som samankoplinga vanlegvis installerer for deg.
Viss forbindinga i staden skriv om kjeldadressene, ser den eksterne verten éi adresse for alt bak tunnelen: LAN-adressa til rutaren sjølv. Begge designa er legitime, og begge gjer spørsmålet kva er IP-en min mogleg å svare på utan nokon samanheng med om VPN-en er oppe.
Du kan avgjere det på eit minutt utan å gjette. Opne ein tilkoplingsstabell eller ein tilgangslogg på ei maskin på den andre staden medan ein førespurnad er undervegs, og les kjeldkolonnen. Ei adresse som høyrer til subnettet som sender, tyder at ruting er på plass; éi gjenteken rutaradresse tyder at forbindinga omset. Skriv resultatet i notata dine, fordi det avgjer om reglar for ekstern tilgang må tillate eit subnett eller éin vert.
Kvar desse verdiane bur i FRITZ!OS
I ein gjeldande FRITZ!OS-versjon ligg vegvisaren under Internet, deretter Freigaben, deretter VPN, bak knappen for ei ny forbinding. Det første valet er forma du vil ha: ein FRITZ!Box knytt til ein annan FRITZ!Box, eller éin enkelt datamaskin som ringjer inn.
- Vel alternativet med to rutarar og hald fram.
- På den neste Netzwerkeinstellungen-sida gjev du det eksterne IPv4-nettet eit namn, til dømes 192.168.188.0/24, og set den delte VPN-nøkkelen.
- Fullfør vegvisaren, og importer deretter konfigurasjonsfila han tilbyr på den andre FRITZ!Box-en.
Feltet for eksternt nettverk er det som tel for dette symptomet. Det fortel rutaren kva mål som høyrer til den andre sida av tunnelen; nøkkelen avgjer berre om tunnelen kjem opp i det heile teke. Eit feil nettverk der gjev stillheit, ikkje ei adresse.
Når den andre sida insisterer på ein ekstern identitet
Nokre tenester er skrivne for å godta berre klientar med adresse innanfor sitt eige subnett, og inga ruting vil tilfredsstille dei. Det er ein politikk på deira side, og løysinga er ein annan tilkoplingstype i staden for endå ei tunnelinnstilling.
Legg til ein innringsprofil for den eine eininga og lat samankoplinga vere for alt anna. Eininga leiger då ei adresse frå den eksterne poolen og viser seg i tilkoplingslista til den eksterne rutaren, som er nøyaktig det tenesta vil sjå. To profilar kan eksistere side om side på éin rutar, føresett at kvar har sin eigen delte nøkkel og sitt eige nettoppslag.
Køyr desse kontrollane i rekkjefølgje
Før du endrar modus, stadfest det grunnleggjande, fordi ei samankopling som aldri har verka ser identisk ut med ei som verkar rett.
- Samanlikn dei to LAN-prefiksa. Ei samankopling mellom to nettverk som begge brukar 192.168.178.0/24 kan ikkje rute, og løysinga er å omnummerere den eine sida.
- På kvar rutar les du VPN-oversynet og stadfestar at det eksterne nettet viser seg som tilkopla.
- Frå ein vert på den eksterne staden ber du om tenesta og les kjeldadressa ho loggar. Det er observasjonen som svarar på det opphavlege spørsmålet.
Test frå ein klient, aldri frå ping-sida til rutaren sjølv: rutaren kan nå mål via vegar som LAN-vertane hans ikkje kan bruke, så ein vellukka ping der bevisar ingenting om eininga.
Viss begge retningar verkar og eininga framleis viser heimeadressa si, gjer samankoplinga jobben sin. Grip berre etter ein innringsprofil når ein ekstern identitet verkeleg er påkravd, og hald dei to oppsetta dokumenterte ved sida av subnettplanen.