Brugen af en L2TP VPN til et privat 10.x.x.x-netværk res... - KH1863

Ofte stillede spørgsmål

Brugen af en L2TP VPN til et privat 10.x.x.x-netværk resulterer i en 10.0.0.0/8-rute til dette netværk, og ignorerer andre lokale tunneler. Hvorfor er det sådan?
 
En L2TP-forbindelse er dybest set en PPP-tunnel over en IPSec-forbindelse, og PPP-protokollen er så gammel, at den går forud for eksistensen af subnetmasker. Når PPP-serveren i den fjerne ende tildeler dig en IP-adresse, udleder PPP subnetmasken fra den tildelte IP-adresse: Hvis IP-adressen starter med 192.168, er den udledte maske /24, hvis IP-adressen starter med 172.16 til 172.31, er den udledte maske /16 hvis IP-adressen starter med 10, er den udledte maske /8. Dette var de gamle netværksklasser, og dette er den officielle standardiserede adfærd for PPP-protokollen. Se https://en.wikipedia.org/wiki/Classful_network#Classful_addressing_definition for mere information. Hvis du ikke vil have hele 10.0.0.0/8-netværket dirigeret over VPN, skal du sikre dig, at VPN-klienter får en IP-adresse fra et andet adresseområde, f.eks. en adresse fra et 192.168.x.0-netværk (helst med x ikke 0 eller 1, da det ofte vil kollidere med netværk, som brugerne har derhjemme). Alle yderligere fjernnetværk, du kan indtaste i VPN Tracker, er valgfrie, og de er "yderligere" til det netværk, du alligevel får adgang til, afledt af den tildelte IP-adresse, hvilket ofte er det eneste nødvendige netværk (i hvilket tilfælde yderligere netværk kan efterlades tomme). En simpel IPSec-forbindelse uden PPP-tunneling vil ikke have dette problem, da IPSec er opmærksom på subnetmasker, men når den bruges til L2TP, krypterer IPSec kun PPP-trafikken, mens PPP håndterer trafikroutingen.