9
VPN-INTRANET-Problem
Hallo,
wir habe irgendwie ein kl. Problem mit meinem VPN-Netzwerk.
Ich nutze folgende Konfig:
[Office I: Dreytec-Router]---/.../---[Office II: VPN-CISCO-FIREWALL]---[SBS-2011-Server]---[LAMP-Server für Dokuwiki]
[Laptop: VPN-Klient-Software]---/.../---[Office II]
Wenn ich die IP vom LAMP im Office II und vom Laptop in den Browser eingebe, dann komme ich auf die DokuWiki-Seite.
Wenn ich aber vom Office I diese IP eingebe, kommt nichts.
Ich kann von allen 3 Stellen diese IP anpingen. Ich habe jetzt nicht sehr viel Erfahrung mit VPN. Gibt es eventuell einen Port, der im Office I - Router das ganze blockiert?
Bin für jeden Tipp dankbar.
Gruß
Michael
wir habe irgendwie ein kl. Problem mit meinem VPN-Netzwerk.
Ich nutze folgende Konfig:
[Office I: Dreytec-Router]---/.../---[Office II: VPN-CISCO-FIREWALL]---[SBS-2011-Server]---[LAMP-Server für Dokuwiki]
[Laptop: VPN-Klient-Software]---/.../---[Office II]
Wenn ich die IP vom LAMP im Office II und vom Laptop in den Browser eingebe, dann komme ich auf die DokuWiki-Seite.
Wenn ich aber vom Office I diese IP eingebe, kommt nichts.
Ich kann von allen 3 Stellen diese IP anpingen. Ich habe jetzt nicht sehr viel Erfahrung mit VPN. Gibt es eventuell einen Port, der im Office I - Router das ganze blockiert?
Bin für jeden Tipp dankbar.
Gruß
Michael
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: 207624
Url: https://administrator.de/contentid/207624
Printed on: April 25, 2024 at 09:04 o'clock
9 Comments
Latest comment
Ein bisschen wirr noch. Und es fehlen Details
deshalb gilt es zu raten ...
die drei Stellen von denen du pingen kannst:
Office I, Office II, Laptop mobil via UMTS ?
Der Laptop wählt sich bei der Cisco firewall ein und ist dann transparent im Office II.
Damit der Client im Office I das auch kann, muss ein Tunnel vom Draytek in Office I zur Cisco-Firewall in Office II hergestellt sein. Wenn der Draytek den VPN zum SBS aufbaut, dann kommst du nicht ins Netz von Office II, nur an den SBS.
Die IP-Adressbereiche müssen an allen drei Orten unterschiedlich sein.
---/.../--- steht wohl für Internet (WAN)
Gruß
Netman
deshalb gilt es zu raten ...
die drei Stellen von denen du pingen kannst:
Office I, Office II, Laptop mobil via UMTS ?
Der Laptop wählt sich bei der Cisco firewall ein und ist dann transparent im Office II.
Damit der Client im Office I das auch kann, muss ein Tunnel vom Draytek in Office I zur Cisco-Firewall in Office II hergestellt sein. Wenn der Draytek den VPN zum SBS aufbaut, dann kommst du nicht ins Netz von Office II, nur an den SBS.
Die IP-Adressbereiche müssen an allen drei Orten unterschiedlich sein.
---/.../--- steht wohl für Internet (WAN)
Gruß
Netman
Sorry, jepp. ---/.../--- ist für WAN und ich habe vergessen, dass zw. Office I & II ein Tunnel vorhanden ist. Der Laptop hängt per W-LAN bei mir zu Hause am Internet (FritzBox).
Der IP-Bereich ist auch unterschiedlich. Das 3te Oktett bei ClassC
Der IP-Bereich ist auch unterschiedlich. Das 3te Oktett bei ClassC
Mit der Feststellung : "Von allen 3 Stellen anpingen..." meinst du damit von allen 3 Lokationen anpingen ?? Also auch von Office I zu Office II ??
Wenn ja, stimmt ja soweit das Routing.
Es sieht so aus als ob der Server in Office II 2 Nic's hat. Dort ist es aber nun essentiell wichtig zu wissen ob dort am Server NAT (ICS) gemacht wird oder transparent geroutet wird ??
Was damit gemeint ist kannst du hier im Detail nachlesen:
Routing von 2 und mehr IP Netzen mit Windows, Linux und Router
Wenn du das Tutorial genau durchliest beantwortet das auch schon deine Frage bzw. löst auch gleich das Problem !
Es ist mit an Sicherheit grenzender Wahrscheinlichkeit davon auszugehen das entweder der Draytek oder der Cisco eine fehlende Route in das 2te Netz an Office II hat.
Tip: Es ist der Draytek !
Sieh dir hier die Routing Tabelle an ob das 2te IP Netz in Office II auch in den VPN Tunnel geroutet wird !
Vermutlich ist das nicht der Fall !
Traceroute und Pathping sind hier wie immer deine Freunde. Da wo's stockt ist auch der Routing Fehler !
Wenn ja, stimmt ja soweit das Routing.
Es sieht so aus als ob der Server in Office II 2 Nic's hat. Dort ist es aber nun essentiell wichtig zu wissen ob dort am Server NAT (ICS) gemacht wird oder transparent geroutet wird ??
Was damit gemeint ist kannst du hier im Detail nachlesen:
Routing von 2 und mehr IP Netzen mit Windows, Linux und Router
Wenn du das Tutorial genau durchliest beantwortet das auch schon deine Frage bzw. löst auch gleich das Problem !
Es ist mit an Sicherheit grenzender Wahrscheinlichkeit davon auszugehen das entweder der Draytek oder der Cisco eine fehlende Route in das 2te Netz an Office II hat.
Tip: Es ist der Draytek !
Sieh dir hier die Routing Tabelle an ob das 2te IP Netz in Office II auch in den VPN Tunnel geroutet wird !
Vermutlich ist das nicht der Fall !
Traceroute und Pathping sind hier wie immer deine Freunde. Da wo's stockt ist auch der Routing Fehler !
Hi,
erstmal vielen Dank für deine Hilfe.
Der Server hat 2 NIC´s aber eine ist von anfang an deaktiviert.
Ich schaue mir den Draytek mal an.
erstmal vielen Dank für deine Hilfe.
Der Server hat 2 NIC´s aber eine ist von anfang an deaktiviert.
Ich schaue mir den Draytek mal an.
Zitat von @aqui:
Traceroute und Pathping sind hier wie immer deine Freunde. Da wo's stockt ist auch der Routing Fehler !
Traceroute und Pathping sind hier wie immer deine Freunde. Da wo's stockt ist auch der Routing Fehler !
Wie wende ich die tracert und pathping in meinem Fall richtig an? in Befehl/? habe ich leider nichts erkennen können. Die Befehle kannt ich bis dato nicht....
ersetze einfach den Befehl ping durch den Befehl tracert.
Dazu gibt es auch noch die integrierte Hilfe /?
Und dann bekommst du eine Liste der Router auf dem Weg und kannst sehen, ob und wie du ans Ziel kommst.
Gruß
Netman
Dazu gibt es auch noch die integrierte Hilfe /?
Und dann bekommst du eine Liste der Router auf dem Weg und kannst sehen, ob und wie du ans Ziel kommst.
Gruß
Netman
so, Problem gefunden. Es lag an der VPN-Einstellung. Der MTU-Wert war falsch eingestellt.
ups...
