Synology Drive: Freigabe-Links funktionieren nicht

Status
Für weitere Antworten geschlossen.

RoCla

Benutzer
Mitglied seit
15. Jun 2013
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
Habe seit ein paar Wochen Synology Drive laufen und es klappt eigentlich auch gut, auf 3 Clients und auf dem NAS auch.
Nur ein Problem: wenn ich einen "normalen" Freigabe-Link" egal mit welcher Berechtigung erstelle, und den dann aufrufe, dann lädt er die Seite (Weboberfläche) ewig nicht, bis ein timeout vom Browser angezeigt wird.
HTTPS is bei mir aktiviert, der generierte Link ist ebenfalls HTPPS.

Kennt das jemand? Weiß jemand weiter?
 

RoCla

Benutzer
Mitglied seit
15. Jun 2013
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
http://name.synology.me:5000/d/f/402483377570682902

Funktioniert leider weder mit https noch so.
Interessant ist, dass auf einer anderen DiskStation mit SynologyDrive der Link nicht auf DynDNS geht (wie hier), sondern auf quickconnect (obwohl auf beiden NASen beides eingerichtet ist, also sowohl quickconnect.to als auch DynDNS).
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.137
Punkte für Reaktionen
898
Punkte
424
Dann unterscheiden sich vielleicht die Einstellungen unter QuickConnect > Erweitert für welche Dienste QC aktiv gesetzt ist

Der Freigabe-Link ist mit Port 5000, also nur für den http (ohne s) Dienst.
Geht es mit https und 5001?
 

RoCla

Benutzer
Mitglied seit
15. Jun 2013
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
Also, folgende EInstellungen:
* Quickconnect ist für Drive (und alle anderen verfügbaren Dienste) aktiviert
* DIe Portweiterleitung TCP 6690 im Router ist gesetzt. macht auch keinen Unterschied, ob ich die via UPnP vom NAS oder direkt im Router setze). Neben anderen sind TCP 5000, 5001, 6690 freigegeben.
* Das Zertifikat (Let's Encrypt) ist für Drive ausgewählt (sonst würde auch der Sync Client gar nicht funktionieren)
* Es gibt eine Quickconnect ID und eine DDNS Domain, für die Dateilinks von Drive nimmt er immer die DDNS Adresse.

Der Witz ist: ich habe noch ein anderes NAS auf der Arbeit, das ist exakt genauso konfiguriert, und da geht es auch nicht. Was aber interessant ist: auf dem NAS auf der Arbeit kann ich mich via HTTPS auf dem DSM einloggen via Quickconnect. Auf dem NAS bei mir zu Hause nicht, weil auch quickconnect mich immer auf die LAN-IP setzt, die er natürlich als "nicht sicher" einstuft, weil die Domain des Zertifikats auf die quickconnect ID lautet und nicht auf die LAN-IP. Allerdings funktionieren die Drive-Links auf beiden NAS nicht. Für die Drive Links geht er offenbar auch immer direkt auf die DDNS Adresse und nicht die Quickconnect Adresse.
 

doescher

Benutzer
Mitglied seit
01. Nov 2014
Beiträge
26
Punkte für Reaktionen
0
Punkte
1
Hallo,

hier würde ich mich gerne mal einklinken.

Ich möchte einen Ordner auf Drive für einen Kunden freigeben, damit dieser Dateien herunterladen kann.
Allerdings bekommt der Kunde immer eine Sicherheitswarnung, dass die Dateien nicht geprüft werden können (oder ähnlich). Jedenfalls kann er nicht auf den Ordner zugreifen.

QuickConnect ist aktiviert, außerdem kann ich über DDNS und DSCloud.me auf meinen Server zugreifen. Portfreigabe am Router ist mit 5000 und 5001 eingerichtet, der Link enthält die 5001 (also https) am Schluss der Adresse, Zertifikat von LetsEncrypt ist aktiviert.

Leider kann ich natürlich dem Kunden nicht zumuten, ständig zu prüfen, ob es nun endlich funktioniert. Ich kann auch von außerhalb zugreifen (per Handy etc.).

Was muss ich machen, damit es für den Kunden (und andere dann natürlich auch) klappt? Hat er vielleicht zu hohe Sicherheitsstandards und das Zertifikat reicht nicht aus?
Kann man das irgendwie über einen Link lösen oder geht das über einen Teamordner (wobei mir das Prinzip des Teamordners noch nicht ganz klar ist. Kann der User dann auf alle Dateien zugreifen)?

Ich würde mich freuen, wenn Ihr mir helfen könntet, das Problem ist echt lästig, weil ich nicht immer WeTransfer benutzen möchte, um Dateien weiterzugeben.

Viele Grüße
doescher
 

doescher

Benutzer
Mitglied seit
01. Nov 2014
Beiträge
26
Punkte für Reaktionen
0
Punkte
1
Hat keiner eine Idee, was ich noch machen müsste oder an was dieses Problem des Kunden liegen könnte?
Ich bin für jede Info dankbar.
Viele Grüße
doescher
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.137
Punkte für Reaktionen
898
Punkte
424
Du könntest mal genauer beschreiben was du testest, exakt mit welchen URLs und Ports.
Wenn du es selber testest von extern, Mobilfunknetz oder andere Festnetzanschlüsse, und es dort geht, bei mehr als zwei Tests, dann liegt das Problem wohl eher auf "Kunden" Seite.
Du kannst mir per PN auch Freigabe-Links und DDNS schicken, dann kann ich von hier mal drauf schauen, ob mir was auffällt.

In deinem Fall zusätzlich noch schauen, dass Systemsteuerung > Externer Zugriff > Erweitert keine Einträge enthält, weder Hostname noch Ports.
Zudem würde ich QuickConnect deaktivieren, wenn du per DDNS und Ports zugreifst, außer du bräuchtest diesen Relay Dienst unbedingt.

Wenn man eine eigene Domain, oder einen DDNS Anbieter hat, bei dem man mehrere Hosts nutzen kann, dann ist mein Favorit die "benutzerdefinierte Domain" unter Systemsteuerung > Anwendungsportal > Anwendungen > Drive
Dann muss man nur Port 80/443 weiterleiten und hat dann Freigabe-Links ala https://drive.domain.de/bla/blubb/0923854928475
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat