Hallo
Ich hatte den VPN-Server bereits mit DSM 3.2 mit openVPN in Betrieb. Mit dem openVPN-Client baute ich den Tunnel auf und die DiskStation war aus dem LAN (172.20.88.0) im entfernten Zielnetzwerk mit ihrer dortigen IP-Adresse 192.168.1.9 ansprechbar.
Die Installation von DSM 4.0 aus der Ferne führte dazu, dass die Diskstation nicht mehr erreichbar war. Ich holte sie ins LAN zurück und stellte fest, dass das Upgrade auf DSM 4.0 den VPN-Server abstellte, weil für ihn ein Upgrade verfügbar ist. Dieses ist mittlerweile installiert und die Diskstation wieder im entfernten LAN. Die Verbindung geht an sich wieder.
Die Diskstation ist aber nicht mehr unter 192.168.1.9 erreichbar. Meine Analyse ergibt, dass beim Aufbau der Verbindung die folgenden ROUTE gesetzt wird:
172.20.88.0 255.255.255.0 10.8.9.5 10.8.9.6 30
172.20.88.0 ist mein LAN. Somit wird nun mein gesamter LAN-Traffic zur entfernten DiskStation gesendet, was bewirkt, dass die lokalen Verbindungen abbrechen.
#redirect-gateway ist aber definitiv nicht gesetzt.
route delete 172.20.88.0
und
route add 192.168.1.0 MASK 255.255.255.0 10.8.9.5
beheben das Problem.
Diese falsche Route führt auch dazu, dass eine zweite Diskstation, welche mit dem neuen openVPN-Client eine Verbindung zur entfernten Diskstation aufnimmt, nicht mehr erreichbar wird, weil ihr gesamter Traffic umgeleitet wird.
Die Frage ist nun, wer diese falsche Route gespeichert hat. Ich vermute, sie ist im VPN-Server bei dessen Einrichtung (im LAN) erstellt worden, und wird dem Client nun bei jedem Verbindungsaufbau zugestellt. Wie kann ich dies auf der Diskstation im VPN Server ändern, ohne ihn im entfernten LAN (192.168.1.0) neu einzurichten?
Danke für Tipps.
Ich hatte den VPN-Server bereits mit DSM 3.2 mit openVPN in Betrieb. Mit dem openVPN-Client baute ich den Tunnel auf und die DiskStation war aus dem LAN (172.20.88.0) im entfernten Zielnetzwerk mit ihrer dortigen IP-Adresse 192.168.1.9 ansprechbar.
Die Installation von DSM 4.0 aus der Ferne führte dazu, dass die Diskstation nicht mehr erreichbar war. Ich holte sie ins LAN zurück und stellte fest, dass das Upgrade auf DSM 4.0 den VPN-Server abstellte, weil für ihn ein Upgrade verfügbar ist. Dieses ist mittlerweile installiert und die Diskstation wieder im entfernten LAN. Die Verbindung geht an sich wieder.
Die Diskstation ist aber nicht mehr unter 192.168.1.9 erreichbar. Meine Analyse ergibt, dass beim Aufbau der Verbindung die folgenden ROUTE gesetzt wird:
172.20.88.0 255.255.255.0 10.8.9.5 10.8.9.6 30
172.20.88.0 ist mein LAN. Somit wird nun mein gesamter LAN-Traffic zur entfernten DiskStation gesendet, was bewirkt, dass die lokalen Verbindungen abbrechen.
#redirect-gateway ist aber definitiv nicht gesetzt.
route delete 172.20.88.0
und
route add 192.168.1.0 MASK 255.255.255.0 10.8.9.5
beheben das Problem.
Diese falsche Route führt auch dazu, dass eine zweite Diskstation, welche mit dem neuen openVPN-Client eine Verbindung zur entfernten Diskstation aufnimmt, nicht mehr erreichbar wird, weil ihr gesamter Traffic umgeleitet wird.
Die Frage ist nun, wer diese falsche Route gespeichert hat. Ich vermute, sie ist im VPN-Server bei dessen Einrichtung (im LAN) erstellt worden, und wird dem Client nun bei jedem Verbindungsaufbau zugestellt. Wie kann ich dies auf der Diskstation im VPN Server ändern, ohne ihn im entfernten LAN (192.168.1.0) neu einzurichten?
Danke für Tipps.
Zuletzt bearbeitet: