Snapshot Replication auf Remote-NAS nicht möglich

[phoenixz]

Hallo zusammen,
ich habe zwei Synology-NAS an zwei unterschiedlichen Standorten: NAS01 ist eine DS415+, NAS02 eine RS1221+.

NAS02 soll Snapshots auf NAS01 replizieren. Die Verbindung klappt aber nicht, da "der Zielserver keine Verbindung zu diesem Server herstellen kann". Ich habe beide Firewalls ein- wie ausgehend geöffnet:

Bei NAS02 (Quellserver): Ports 50011 (https ist darüber erreichbar) und 5566.
Bei NAS01 (Zielserver): Ports 5001 und 5566

Offensichtlich ist (so verstehe ich es zumindest) der Zielserver erreichbar (die Credentials werden angenommen), nur kann der Zielserver den Quellserver nicht erreichen.

Was übersehe ich? Gibt es weitere Ports, die hierzu zu öffnen wären?
Bin um jeden Hinweis dankbar
Pino

 

[Ronny1978]

Musste nicht bei der Ersteinrichtung jeweils 5001 offen sein? Oder täusche ich mich da? Wäre es nicht sicherer mit VPN zu arbeiten?

 

[phoenixz]

Hallo Ronny,
vielen Dank für Deine Nachricht. Ich habe am Quellstandort eine weitere Synology und die läuft auf Port 5001.
In den erweiterten Einstellungen der Snapshot Replication zeigt mit das DSM den richtigen Port automatisch an.
Meinst Du, es läuft dennoch nur mit Port 5001?

Ist die Einrichtung der Replication mit einem Syno VPN-Server einfacher?

 

[phoenixz]

Hallo nochmals,
ich habe jetzt einen VPN-Tunnel zwischen beiden NAS aufgebaut (Quellserver ist VPN-Server). Die Ziel-NAS erhält jetzt vom VPN-Server-NAS eine IP-Adresse 10.0.200.1.

Mit dieser Adresse gehe ich jetzt in die Snapshot Replication Einstellungen und erhalte nach der erfolgreichen ersten Anmeldung immer wieder die Fehlermeldung "Vorgang fehlgeschlagen. Bitte melden Sie sich erneut im DSM an."

Ist hier nicht irgendetwas anderes grundsätzlich übersehen worden?

 

[ottosykora]

die 10.x ist aber die Adresse des Tunnels, die IP der DS bleibt gleich. Allerdings dürfen die beiden DS nicht im gleichen Subnetz liegen

 

[Rotbart]

Haben beide Stationen die selbe DSM-Version ? ( Stichwort Kompatibilität)

 

[phoenixz]

Haben beide Stationen die selbe DSM-Version ? ( Stichwort Kompatibilität)

NAS01 (DS415+) hat das neueste DSM 7.1.1 42962.9
NAS02 (RS1221+) das das neueste DSM 7.3.1

Für die DS415+ gibt es derzeit kein neueres DSM.
Ist das ein Problem?

 

[phoenixz]

die 10.x ist aber die Adresse des Tunnels, die IP der DS bleibt gleich. Allerdings dürfen die beiden DS nicht im gleichen Subnetz liegen

NAS01 hat im VPN-Tunnel die 10.0.200.1, ansonsten lokal die 192.168.0.30
NAS02 (VPN-Server) hat lokal die 10.0.10.17 und die 192.168.2.17

Wenn ich auf der NAS02 (VPN-Server) als Ziel der Replikation 192.168.0.30 eingebe, wird keine NAS gefunden. Wenn ich hingegen die 10.0.200.1 eingebe schon.

Bist Du Dir wirklich sicher, dass die NAS02 die NAS01 mit der 192.168.0.30 erreichen müsste?

 

[Ronny1978]

Ich würde schon sagen, dass die 10er Adressen schon die richtigen sind, da ja auch die Anmeldemaske kommt, aber dann abgebrochen wird. Die Vermutung von @Rotbart wird vermutlich die richtige sein, weil ja nicht nur die DSM Versionen unterschiedlich sind, sondern auch die Versionen von Snapshot Replication. Von der Konfiguration oder dem Ablauf des Einrichtens, erkenne ich jetzt erstmal keinen grundsätzlichen Fehler.

Ggf. kannst du nur einmal ein Ticket bei Synology aufmachen, dass die mal schauen können ob es klemmt. Die Uhrzeiten stimmen aber auch auf beiden DSn?

 

[ottosykora]

dass die NAS02 die NAS01 mit der 192.168.0.30 erreichen müsste?

Ich kenne nichts anderes und bei mir geht so was selbstverständlich

 

[Ronny1978]

Kommt das nicht auch darauf an, wie man die VPN einstellt? Netz dahinter erreichbar: Ja/Nein? Ich dachte, dass das nicht immer pauschal geht, oder liege ich da falsch?

 

[ottosykora]

Keine Ahnung was ich mit VPN tun soll wenn Netz damit nicht erreichbar wäre

Das Ziel ist doch die beiden Netze zu verbinden. Damit sind die dann mit ihren lokalen IP erreichbar

 

[Ronny1978]

Damit sind die dann mit ihren lokalen IP erreichbar

Kommt auf den Router oder die Firewall an. Bei meiner OpnSense zum Beispiel, kann ich noch lange keine interne IP erreichen, nur weil ich per VPN verbunden bin. Die Freigabe muss ich selbst extra erteilen. Und auch bei den Fritzboxen gibt es bei Wireguard einen separaten Haken, denn man setzen muss, um das Netz hinter der Fritzbox zu erreichen.

Aber das sollte, denke ich, nicht das Problem den TE sein.

 

[Hagen2000]

Das Ziel ist doch die beiden Netze zu verbinden. Damit sind die dann mit ihren lokalen IP erreichbar

Das trifft bei einer Site-2-Site-Verbindung zu. Bei einer Client-2-Site-Verbindung schaut es anders aus.
Es wäre hilfreich, wenn @phoenixz berichten würde, um was für eine Verbindung und welches Protokoll (z. B. OpenVPN) es sich handelt.

 

[phoenixz]

NAS02 ist VPN-Server und hat VPN-seitig nur L2TP/IPSec geöffnet. Vielmehr lässt sich da eh nicht konfigurieren.

 

[phoenixz]

Ggf. kannst du nur einmal ein Ticket bei Synology aufmachen, dass die mal schauen können ob es klemmt.

Ich habe jetzt ein Ticket eröffnet und halte euch weiter auf dem Laufenden.
Danke euch allen bis hierhin.
Pino

 

[ottosykora]

also wenn ich mich mit L2TP mit dem VPN Server verbinde, kann ich dann zwar die Tunel IP pingen, aber das ist auch so ziemlich alles. Ich kann da keine Programme oder was auch immer (Ports) ansprechen. Die 10.x IP gefolgt von Port hat keinerlei Funktion.

Um etwas wirklich zu erreichen, muss ich die richtige lokale IP verwenden, gefolgt von Port. Nur so kann ich auf Dienste auf der DS zugreifen oder allenfalls auch auf andere IP in dem remote Netzwerk

 

[phoenixz]

Wenn ich aber in der Snapshot Replication (also am Quellserver) nur die lokale IP des Zielservers angebe, baut sich erst gar keine Verbindung aus, wo ich die Login-Daten eingeben könnte (was ja zumindest mit der 10.x-Adresse geht).

 

[Hagen2000]

@ottosykora Wenn ich das richtig verstanden habe, dann macht @phoenixz den Zugriff ja „rückwärts“, also vom VPN-Server zum -Client. Macht das keinen Unterschied?

 

[phoenixz]

So, es gibt bereits eine Antwort von der Synology-KI.

Fehlerträchtig ist offenbar die automatische Ermittlung der Quellserver-Adresse. So sucht der Zielserver den Quellserver stets mit der lokalen IP-Adresse des Quellservers, was ja remote und bei unterschiedlichen Subnetzen gar nicht funktionieren kann.

Lösung:
In den erweiterten Verbindungs-Einstellungen der Snapshot Replication auf "Quellserver" gehen und dort den expliziten Servernamen (bzw. die richtige IP-Adresse) eintragen. Die Automatik funktioniert nur in ein und demselben Subnet.