2
VPN-RAS Verbindung - Subnetz nicht erreichbar, nur Server meldet sich
(VPN-Client)<---->((INTERNET))<---->(DSL-Router in Subnetz A)<---->(VPN-Server + weitere Rechner = Subnetz A)
Netzkonstellation siehe oben. Windows Server 2003.
ERGÄNZUNG:
der VPN-Server hat zwei Netzwerkschnittstellen die sich oben nicht gut darstellen lassen, eine in Subnetz A und eine in Subnetz B.
D.h. er gehört verschiedenen Subnetzen an. Das Standardgateway liegt in Subnetz A. Anfragen vom Server in Subnetz B bzw. weiter dahinter liegende Netze werden über eine statische Route auf Interface B geleitet.
PROBLEMBESCHREIBUNG:
Wähle ich mich nun per VPN auf dem Server ein, bekomme ich per DHCP eine IP aus Subnetz A und kann kommunizieren.
Allerdings nur mit dem Server. Weitere Rechner aus Subnetz A sind nicht erreichbar!
In den Eigenschaften des Routing & RAS Dienstes ist "IP-Routig" aktiviert!
Gehört der Server nur einem Subnetz an (nur eine Netzwerkschnittstelle), funktioniert es!
Ich vermute das entsprechende Routingeinträge gesetzt werden müssen. Welche?
Oder liegt das Problem woanders?
Beiläufig noch eine Verständnisfrage:
Wenn ein Rechner in Subnetz A auf ein Paket des VPN-Clients antworten will, schickt er das Paket ja nicht an's Gateway, da der VPN-Client eine Adresse aus dem selben Subnetz besitzt. Wie kommt jetzt das Paket über den VPN-Server zum VPN-Client zurück? Reagiert der Server einfach auch auf Pakete die für die eingewählten VPN-Clients bestimmt sind und leitet sie weiter?
ERGÄNZUNG:
der VPN-Server hat zwei Netzwerkschnittstellen die sich oben nicht gut darstellen lassen, eine in Subnetz A und eine in Subnetz B.
D.h. er gehört verschiedenen Subnetzen an. Das Standardgateway liegt in Subnetz A. Anfragen vom Server in Subnetz B bzw. weiter dahinter liegende Netze werden über eine statische Route auf Interface B geleitet.
PROBLEMBESCHREIBUNG:
Wähle ich mich nun per VPN auf dem Server ein, bekomme ich per DHCP eine IP aus Subnetz A und kann kommunizieren.
Allerdings nur mit dem Server. Weitere Rechner aus Subnetz A sind nicht erreichbar!
In den Eigenschaften des Routing & RAS Dienstes ist "IP-Routig" aktiviert!
Gehört der Server nur einem Subnetz an (nur eine Netzwerkschnittstelle), funktioniert es!
Ich vermute das entsprechende Routingeinträge gesetzt werden müssen. Welche?
Oder liegt das Problem woanders?
Beiläufig noch eine Verständnisfrage:
Wenn ein Rechner in Subnetz A auf ein Paket des VPN-Clients antworten will, schickt er das Paket ja nicht an's Gateway, da der VPN-Client eine Adresse aus dem selben Subnetz besitzt. Wie kommt jetzt das Paket über den VPN-Server zum VPN-Client zurück? Reagiert der Server einfach auch auf Pakete die für die eingewählten VPN-Clients bestimmt sind und leitet sie weiter?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 70812
Url: https://administrator.de/contentid/70812
Printed on: April 24, 2024 at 01:04 o'clock
2 Comments
Latest comment
Beiläufig noch eine
Verständnisfrage:
Wenn ein Rechner in Subnetz A auf ein Paket
des VPN-Clients antworten will, schickt er
das Paket ja nicht an's Gateway, da der
VPN-Client eine Adresse aus dem selben
Subnetz besitzt. Wie kommt jetzt das Paket
über den VPN-Server zum VPN-Client
zurück? Reagiert der Server einfach auch
auf Pakete die für die eingewählten
VPN-Clients bestimmt sind und leitet sie
weiter?
Verständnisfrage:
Wenn ein Rechner in Subnetz A auf ein Paket
des VPN-Clients antworten will, schickt er
das Paket ja nicht an's Gateway, da der
VPN-Client eine Adresse aus dem selben
Subnetz besitzt. Wie kommt jetzt das Paket
über den VPN-Server zum VPN-Client
zurück? Reagiert der Server einfach auch
auf Pakete die für die eingewählten
VPN-Clients bestimmt sind und leitet sie
weiter?
Ich glaube, du hast deine Frage selbst beantwortet. Da ich VPN nur über Router einrichte, kann ich es nur analog darstellen. Auf dem Router muß 'Proxy-ARP' auf dem LAN-Interface aktiviert werden. Der PC im LAN vermutet den VPN Client PC ja auch im LAN und sendet einen ARP Request, welcher dann vom VPN-Gateway (in meinem Fall der Router, in deinem Fall der Server) verarbeitet werden muß (entsprechende IP an den fragenden PC senden).
Steffen
