Synology Drive Client von Port 6690 auf 443 umlegen?

[Anamux]

Hallo Synology Forums Mitglieder,

Ich bräuchte einmal Hilfe bei der Einstellung von meiner Netzwerkverbindungen um externen Zugang zum NAS über Synology Drive Client zu bekommen.
Ich arbeite mit einer DS923+ bei der als externer Zugang sowohl Quicksync als auch ein DDNS Zugang via synology.me konfiguriert ist. Die entsprechenden Zertifikate sind auch erstellt und hinterlegt.
Funktioniert alles wunderbar von mobilen Endgeräten und Rechnern.

An meinem Arbeitsplatz arbeite ich über das Netzwerk meines Arbeitgebers, einer Hochschule.
Via https auf die DSM der DS923 kann ich zugreifen.
Von dort aus kann ich aber leider nicht über Synology Drive Client auf meine Dateien zugreifen. OS dort ist macOS 15.2.
Das scheint auch daran zu liegen, dass in dem Netzwerk von unseren Admins lediglich der Port 443 offen ist und alles andere über eine Firewall von aussen geblockt wird.
Ob ich bei den Verbindungs Einstellung des Synology Drive Clients das NAS über QuickSync oder DDNS versuche ist beides gleichermaßen erfolglos.
Der Synology Drive Server ist in meinem Router, hinter dem das NAS sitzt, auf Port 6690 TCP eingestellt und dort freigegeben. Von anderen Geräten, z.B. Mobiltelefon, geht das so ja auch.
In meinem Router wird Port 443 für Synology Web Station und Webmail genutzt.
Müsste ich nun versuchen, den Synology Drive Server auf Port 443 umzulegen, weil der ja am Arbeitsplatz nur freigegeben ist?
Wenn dann andere Dinge nicht mehr funktionieren und ich das NAS nur noch aus dem Lokal Netzwerk administrieren kann, ist das für mich okay. In der Regel will ich das Gerät ja nicht bedienen, sondern nur als Drive benutzen.
Ist die Gedanke richtig und wenn ja, wie mache ich das?

Danke und Gruß, Anamux

 

[JohneDoe]

Das geht leider nicht, weil Synology Drive den Port hart gecoded hat. Das heißt du kannst den Port davon nicht ändern.

 

[Anamux]

Soll meinen, wenn die Admins Port 6690, den Synology Drive Client nutzt (stimmt das?), nicht freigeben, funktioniert das nicht.
Oder gibt es andere Wege?

 

[Ronny1978]

Probiere mal den Reverse Proxy normal einzurichten und dem Clients hinter die Server Adresse ":443" einzugeben. Ich kann dir aber nicht versprechen, dass es geht. Ich glaube, bei mir ging es, bei dem eine PC (von meinem Onkel mit Linux Mint) ging es. Alternativ: Arbeite doch mit dem Drive über den Browser. Sollte doch genauso geschmeidig gehen.

 

[JohneDoe]

Genau, wenn der Port nicht freigegeben wird, dann kannst du Drive nicht nutzen.

 

[JohneDoe]

@Ronny1978 das geht nicht. Drive, das Webinterface, kannst du über 443 aufrufen. Aber der Sync selber, der braucht immer 6690. Das ist leider nicht konfigurierbar.

 

[Anamux]

Danke schonmal!

Der Admin hier sprach von NGINX Reverse-Proxy....
Was genau meint das? Und wie geht das?

 

[Kachelkaiser]

Google spuckt das hier aus:

https://docs.nginx.com/nginx/admin-guide/web-server/reverse-proxy/

Im Grunde läuft auf der DS auch ein abgespeckter NGINX Reverse Proxy. Der originale lässt noch ein paar mehr Einstellungen zu.

Allerdings wirst du mMn das Drive Problem damit nicht lösen können.

 

[JohneDoe]

Diese Ports verwendet Drive. Es läuft alles auf 443, außer die Synchronisierung. Diesen Port kannst du leider nirgendwo konfigurieren.

 

[Benie]

Im Grunde läuft auf der DS auch ein abgespeckter NGINX Reverse Proxy. Der originale lässt noch ein paar mehr Einstellungen zu.

Der ist aber auch nicht mit wenigen klicks eingerichtet. Ich beschäftige mich gerade damit.

 

[Kachelkaiser]

ja das stimmt. ich hatte das auch mal angefangen, aber vorerst wieder auf Eis gelegt

 

[JohneDoe]

Das einzige Problem ist da doch, dass DSM schon selber Port 80 und 443 nutzt.

 

[NSFH]

Warum sollte das ein Problem sein? Genau dafür ist der RP da.

 

[JohneDoe]

Ich meinte, wenn man einen weiteren NGinx installieren will.

 

[chle]

Von dort aus kann ich aber leider nicht über Synology Drive Client auf meine Dateien zugreifen. OS dort ist macOS 15.2.
Das scheint auch daran zu liegen, dass in dem Netzwerk von unseren Admins lediglich der Port 443 offen ist und alles andere über eine Firewall von aussen geblockt wird.

Wenn du von dort auf deinen DriveServer zugreifen möchtest, ist das ein ausgehender Traffic. Es ist also egal, ob der Port von aussen geblockt ist, wichtig ist, dass er nach aussen offen ist.

Ich würde, um die Komplexistät zu verkleinern, folgend vorgehen:

1. Du richtest bei dir die Portweiterleitung auf 6690 ein und testest mit einem neutralen externen Netzwerk (z. B. Handy-Hotspot).
2. Wenn das funktioniert, testest du im Netz deiner Hochschule.

3. Wenn es in der Hochschule nicht funktioniert, erkundige dich, welcher Port ausgehend neben 443 noch offen ist. Ich kann mir nicht vorstellen, dass alles zu ist. Ihr hättet keinen externen DNS, keine Zeitsynchronisation NTP, keine Videokonferenzen, die nicht auf 443 laufen, keine Client-Updates ...
Du brauchst auf alle Fälle einen anderen Port, weil 443 verwendest du ja eingehend auf deine Syno bereits. Und dann kannst du einen Reverse-Proxy einsetzen, der diesen Port auf 6690 ummmapt.
Ich muss auch einen Port für den DriveServer umbiegen, weil ich 2 Synos mit DriveServer betreibe und bei IPv6 kein Portmapping möglich/üblich ist. Ich vervende dafür einen Docker-"Nginx Proxy Manager", bei dem ich einen "Stream" von 61200 auf 6690 konfiguriert habe:

 

[synfor]

Ich muss auch einen Port für den DriveServer umbiegen, weil ich 2 Synos mit DriveServer betreibe und bei IPv6 kein Portmapping möglich/üblich ist.

Aber sicher nicht wegen IPv6 bzw. dem bei IPv6 fehlenden Portmapping.