Zugriff zwischen div. Niederlassungen über SonicWall TZ170
Jetzt bin ich mal gespannt ob mir hier jemand helfen kann.
Wir haben in allen Niederlassungen Router von SonicWall. Modell TZ 170. Die Aussenstellen bauen eine VPN Verbindung zur Hauptniedlerassung auf.
Zugriff von den Aussenstellen in die Hauptstelle funktioniert. Was jedoch nicht geht von Aussenstelle zu Aussenstelle.
Wie könnte ich da ansetzen? Statistische Route, oder wo? Von der Aussenstelle komm ich überall hin.
Steh grad bisschen auf dem Schlauch.
Wir haben in allen Niederlassungen Router von SonicWall. Modell TZ 170. Die Aussenstellen bauen eine VPN Verbindung zur Hauptniedlerassung auf.
Zugriff von den Aussenstellen in die Hauptstelle funktioniert. Was jedoch nicht geht von Aussenstelle zu Aussenstelle.
Wie könnte ich da ansetzen? Statistische Route, oder wo? Von der Aussenstelle komm ich überall hin.
Steh grad bisschen auf dem Schlauch.
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 55073
Url: https://administrator.de/forum/zugriff-zwischen-div-niederlassungen-ueber-sonicwall-tz170-55073.html
Ausgedruckt am: 27.04.2025 um 15:04 Uhr
6 Kommentare
Neuester Kommentar
Ja, das ist mit an Sicherheit grenzender Wahrscheinlichkeit ein simples Routing Problem. Sehr wahrscheinlich haben alle Aussenstellen eine default Raute auf die Zentrale nicht aber auf die dedizierten Netze in den Aussenstellen.
Natürlich wäre ein Routing über die Zentrale denkbar, also das alle Packete erst via Zentrale gehen und dann wieder in die Außenstelle geroutet werden. Eine Doppelbelastung der Links und auch dann nur funktionsfähig wenn wirklich beide Aussenstellen eine aktive VPN Verbindung zur Zentrale zeitgleich geöffnet haben. Kein gutes Design also....
Ein Routeeintrag auf eurer Sonic Wall ins IP Netz der anderen Aussenstelle sollte das Problem schnell fixen...
Natürlich wäre ein Routing über die Zentrale denkbar, also das alle Packete erst via Zentrale gehen und dann wieder in die Außenstelle geroutet werden. Eine Doppelbelastung der Links und auch dann nur funktionsfähig wenn wirklich beide Aussenstellen eine aktive VPN Verbindung zur Zentrale zeitgleich geöffnet haben. Kein gutes Design also....
Ein Routeeintrag auf eurer Sonic Wall ins IP Netz der anderen Aussenstelle sollte das Problem schnell fixen...
Alles klar. Nur geb ich jetzt als Route also die Netzwerkmaske ein z. Bsp. 192.168.114.0. Welchen Router geb ich dann von der zu erreichenden Niederlassung an? Die IP der Firewall auf der WAN Seite oder LAN Seite? Und welche IP des vorhanden netzes? Schon die LAN IP oder? Du siehst schon. Routing ist nicht so meine Sache ...
Nein die IP der Firewall ist nur zum Aufbau des VPN Tunnels relevant. Innerhalb des Tunnels benutzt ihr ja andere IP Netze und die sind wichtig. Dort muss dann sowas stehen wie:
Zielnetz Filiale, Maske -> Gateway
Zielnetz Filiale, Maske -> Gateway
Aber die Firewall ist gleichzeitig der Router.
Meine Frage war eigentlich: Niederlassung XY. IP des Routers 192.168.114.3 im LAN und WAN z. Bsp. 123.222.213.2
Andere Niederlassung: 192.168.112.2 im LAN und im WAN
z. Bsp. 222.111.211.2
Wie würdest du da jetzt eine Route zusammenbasteln?
Meine Frage war eigentlich: Niederlassung XY. IP des Routers 192.168.114.3 im LAN und WAN z. Bsp. 123.222.213.2
Andere Niederlassung: 192.168.112.2 im LAN und im WAN
z. Bsp. 222.111.211.2
Wie würdest du da jetzt eine Route zusammenbasteln?
Deine Sonicwall in den Niederlassungen wird sicher eine default Route auf den Hauptsitz haben. Diese wiederum müsste eigentlich eine Route in alle Aussenstellen haben.
Bei einer sauberen Konfiguration wäre so eigentlich eine IP Kommunikation möglich. Immer mit dem "Umweg" über den Hauptsitz aber es sollte so klappen.
Wahrscheinlich sind die VPN Verbindungen nicht temporär oder eine ACL in der Sonicwall des Hauptsitzes verhindert eine Kommunikation. Vermutlich letzteres.
Das wäre der erste Ansatz den du mal klären musst. Wahrscheinlich müsste man die ACL nur outgoing mit euren IP Adressen erweitern, so das eine problemlose Kommunikation auch zu den Aussenstellen über den Hauptsitz möglich ist.
IP technisch ist das wenigstens kein Problem....
Soll die Verbindung direkt gehen, musst du natürlich die Route auf das IP Netz der anderen Niederlassung einstellen, sonst geht durch die Default Route natürlich wieder alles gen Hauptsitz !
Also mit deinen Daten sowas wie:
ip route 192.168.112.0 255.255.255.0 222.111.211.2
Bei einer sauberen Konfiguration wäre so eigentlich eine IP Kommunikation möglich. Immer mit dem "Umweg" über den Hauptsitz aber es sollte so klappen.
Wahrscheinlich sind die VPN Verbindungen nicht temporär oder eine ACL in der Sonicwall des Hauptsitzes verhindert eine Kommunikation. Vermutlich letzteres.
Das wäre der erste Ansatz den du mal klären musst. Wahrscheinlich müsste man die ACL nur outgoing mit euren IP Adressen erweitern, so das eine problemlose Kommunikation auch zu den Aussenstellen über den Hauptsitz möglich ist.
IP technisch ist das wenigstens kein Problem....
Soll die Verbindung direkt gehen, musst du natürlich die Route auf das IP Netz der anderen Niederlassung einstellen, sonst geht durch die Default Route natürlich wieder alles gen Hauptsitz !
Also mit deinen Daten sowas wie:
ip route 192.168.112.0 255.255.255.0 222.111.211.2
Super, vielen Dank. Hast mir sehr geholfen!
