This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Routing auf zweiten gateway über VPN

Hallo beisammen,

ich sehe gerade den Wald vor lauter Bäumen nicht mehr!
Es kann eigentlich nicht schwierig sein, aber mir will es einfach nicht gelingen.

Wir haben zwei Standorte die mittels Site-to-site VPN over ISec miteinander verbunden sind. Dies läuft auch ohne Probleme.

Im Netzwerk der Niderlassung ist ein zweiter Gateway vorhanden, dieser ermöglicht eine verbindung zum Netzwerk eines Dienstleisters.
Auf den Clients der niederlassung wurden die Routen für dieses Netz mittels route add manuell hinzugefügt.

Jetzt möchte ich allerdings das auch Clients des Hauptsitzes diese Verbindung aufbauen können, leider vergebens.

Kurz zur besseren Übersicht dient glaube ich eine Skizze ganz gut:

Hauptsitz:
Netz: 192.168.1.x

Niederlassung:
Netz: 192.168.2.x

Weiterer Gateway Niederlassung:
IP: 192.168.2.200 und routet z.B. in das Netz: 130.11.254.0
An den Clients führe ich folgenden Befehl aus und alles Supi.
route add -p 130.11.254.0 mask 255.255.255.0 192.168.2.200

Jetzt ist es z.B. möglich im Netzwerk an der Ip:130.11.254.x Netzlaufwerke zu mappen.

Das würde ich gerne auch an den Clients im Hauptsitz können.
Ich spare mir mal einfach alles was ich probiert habe!
Wäre super wenn mir einer auf die sprünge helfen würde.


This thread was automatically locked due to age.
Parents
  • Als erstes sollte man das netzt 130.11.254.0 in  der VPN-IPSEc Konfiguration als ein Remote Netzworks eintragen.
  • Als erstes sollte man das netzt 130.11.254.0 in  der VPN-IPSEc Konfiguration als ein Remote Netzworks eintragen.


    Ok das Probiere ich aus, danke dir. Ich hatte es schon mit Static Routing probiert. 
    Ping zum Gateway der Niederlassung funktioniert, ich glaube es liegt einfach nur daran das die Pakete den Weg zurück nicht finden.
Reply
  • Als erstes sollte man das netzt 130.11.254.0 in  der VPN-IPSEc Konfiguration als ein Remote Netzworks eintragen.


    Ok das Probiere ich aus, danke dir. Ich hatte es schon mit Static Routing probiert. 
    Ping zum Gateway der Niederlassung funktioniert, ich glaube es liegt einfach nur daran das die Pakete den Weg zurück nicht finden.
Children
  • Ich habe inzwischen die Anforderung etwas ändern müssen.

    Ich fasse kurz den Stand der konfiguration zusammen:

    -Remote Access über SSL aktiv.
    -Unter Local networks: 
      internal und 150.121.254.0 eingetragen
    -Automatic packet filter rules eingeschaltet.

    Unter -Network -> Static Routing den Gateway (192.168.2.200) im Internal Lan für Pakete ins Netz 150.121.254.0 eintragen.

    Beim Client:
    route add -p 150.121.254.0 mask 255.255.255.0 192.168.2.200
    (ist das überhaupt nötig, das ich bereits das remote Netz unter Local Networks in der SSL config eingetragen habe)

    Jetzt verbinde ich mich mittels UMTS mit den Internet und baue darauf die Remote SSL verbindung auf. 

    Daraufhin starte ich meine Software die eine Verbindung ins zum Server im 150.121.254.x herstellen möchte.

    Ich sehe das die Pakete durch den Tunnel geroutet werden, auf eth0 (internes lan) wird eine ARP Anfrage nach der IP von meinem Gateway für das Netz 150.121.254.0 versendet, diese wird auch erfolgreich beantwortet, eigentlich müssten jetzt die Pakete weitergeleitet werden, leider ohne Erfolg.

    Es passiert nicht mehr.

    Hier ein TCPDump :

    tcpdump -i eth0 host 192.168.2.200 -vn
    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
    17:01:03.950624 arp who-has 192.168.2.200 tell 192.168.2.100
    17:01:03.950729 arp reply 192.168.2.200 is-at 00:02:b3:a6:75:b8

    Jetzt müsste eigentlich das Paket weitergeleitet werden oder?