VPN ins gleiche Subnetz
Hallo!
Wie kann man eine (Windows) VPN-Verbindung in ein Netz aufbauen, welches das gleiche Subnetz hat wie der Client.
Client: 192.168.10.0/24
entferntes Netz: 192.168.10.0/24
Das VPN an sich lässt sich ohne Probleme aufbauen, allerdings lassen sich über die Verbindung keine Daten übertragen. Der Client findet anscheinend nicht die richtige Route. Jemand ne Idee?
Wie kann man eine (Windows) VPN-Verbindung in ein Netz aufbauen, welches das gleiche Subnetz hat wie der Client.
Client: 192.168.10.0/24
entferntes Netz: 192.168.10.0/24
Das VPN an sich lässt sich ohne Probleme aufbauen, allerdings lassen sich über die Verbindung keine Daten übertragen. Der Client findet anscheinend nicht die richtige Route. Jemand ne Idee?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 45995
Url: https://administrator.de/forum/vpn-ins-gleiche-subnetz-45995.html
Ausgedruckt am: 23.12.2024 um 07:12 Uhr
4 Kommentare
Neuester Kommentar
Gar nicht oder nur sehr schwer.
Routing funktioniert eben so, daß das gleiche Subnetz nur dann tut, wenn die Rechner in der gleichen Broadcast-Domäne sind.
Da Broadcasts nicht über Router und ähnliches weitergereicht werden, tut es nicht.
Wenn Du Dein VPN System so hinbekommst, daß alle Broadcasts durchgehen würden, dann könnte es gehen.
Ich kenne aber kein einziges System, welches das kann.
Und ohne das benötigt Routing zwischen Rechnern in verschiedenen physikalischen Netzen eben, daß es auch unterschiedliche IP Subnetze sind.
Routing funktioniert eben so, daß das gleiche Subnetz nur dann tut, wenn die Rechner in der gleichen Broadcast-Domäne sind.
Da Broadcasts nicht über Router und ähnliches weitergereicht werden, tut es nicht.
Wenn Du Dein VPN System so hinbekommst, daß alle Broadcasts durchgehen würden, dann könnte es gehen.
Ich kenne aber kein einziges System, welches das kann.
Und ohne das benötigt Routing zwischen Rechnern in verschiedenen physikalischen Netzen eben, daß es auch unterschiedliche IP Subnetze sind.
Zwei Netzwerke mit gleichen Subnetzen verbinden ist sehr schwer. Meistens ist es einfacher eines der beiden Netzwerke anzupassen oder den Datenverkehr nur auf wenige Verbindungen von einem Netzwerk in das andere Netzwerk zu begrenzen. Dann kannst du die paar Verbindungen die erreichbar sein sollen hinter einem doppelten NAT verstecken.
192.168.10.25 PC -> LAN A-> Router -> Router -> LAN B -> Server 192.168.10.15
PC fragt DNS nach Server, Antwort 192.168.20.15
PC übergibt Paket an 192.168.20.15 an das Default Gateway, von dort via VPN an den Router B
der mach NAT 192.168.20.15 auf 192.168.10.15 und das Paket kommt an.
Der Server antwortet aber leider an 192.168.10.25, nur lokal.
Also doppeltes NAT, auch für Router A auf ausgehende Pakete. Kann nicht jeder Router.
PC fragt DNS nach Server, Antwort 192.168.20.15
PC übergibt Paket an 192.168.20.15 an das Default Gateway, Router A macht Absender (source) NAT 192.168.30.25 und übergibt dieses Paket via VPN an Router B. Der macht NAT 192.168.20.15 auf 192.168.10.15 und das Paket kommt an. Der Server antwortet jetzt an 192.168.30.25. Das ganze Spiel wieder zurück.
Leider funktioniert das nicht mit jeder Anwendung. Z.B. Active Directory, Oracle Datenbanken -> SQLnet und diverse andere, die ihre IP irgendwo im Datenstrom mit übergeben.
Gruß Rafiki
192.168.10.25 PC -> LAN A-> Router -> Router -> LAN B -> Server 192.168.10.15
PC fragt DNS nach Server, Antwort 192.168.20.15
PC übergibt Paket an 192.168.20.15 an das Default Gateway, von dort via VPN an den Router B
der mach NAT 192.168.20.15 auf 192.168.10.15 und das Paket kommt an.
Der Server antwortet aber leider an 192.168.10.25, nur lokal.
Also doppeltes NAT, auch für Router A auf ausgehende Pakete. Kann nicht jeder Router.
PC fragt DNS nach Server, Antwort 192.168.20.15
PC übergibt Paket an 192.168.20.15 an das Default Gateway, Router A macht Absender (source) NAT 192.168.30.25 und übergibt dieses Paket via VPN an Router B. Der macht NAT 192.168.20.15 auf 192.168.10.15 und das Paket kommt an. Der Server antwortet jetzt an 192.168.30.25. Das ganze Spiel wieder zurück.
Leider funktioniert das nicht mit jeder Anwendung. Z.B. Active Directory, Oracle Datenbanken -> SQLnet und diverse andere, die ihre IP irgendwo im Datenstrom mit übergeben.
Gruß Rafiki
Rafiki hat Recht ! Aus dem Dilemma kommst du nur über NAT oder PAT raus. Du benötigst dann allerdings einen Router der sowas kann (z.B. ein Cisco kann sowas völlig problemlos realisieren)
Über einen NAT Pool kannst du dann eine Adress Translation vornehmen so das es für Endgeräte so aussieht als ob die Verbindungen von einem völlig anderen Netz kommen.
Der Router ersetzt dann die Quell Adresse mit einer anderen aus dem Pool. Damit lassen sich problemlos 1 zu 1 Beziehungen auch über problematische Protokolle abbilden. Etwas anders sieht das mit PAT (Port Adress Translation) aus. Da muss man etwas genauer hinsehen wie Rafiki richtig bemerkt.
Über einen NAT Pool kannst du dann eine Adress Translation vornehmen so das es für Endgeräte so aussieht als ob die Verbindungen von einem völlig anderen Netz kommen.
Der Router ersetzt dann die Quell Adresse mit einer anderen aus dem Pool. Damit lassen sich problemlos 1 zu 1 Beziehungen auch über problematische Protokolle abbilden. Etwas anders sieht das mit PAT (Port Adress Translation) aus. Da muss man etwas genauer hinsehen wie Rafiki richtig bemerkt.