[DS214play] Freigabelink im File Station wird falsch erzeugt

[Kölneinwohner]

Hallo,

heute habe ich ein Upgrade auf DSM 6.0-7321 Update 6 gemacht.

Beim Test der von mir verwendeten Anwendungen nach dem Upgrade, fiel mir auf, daß die Freigabelinks, welche File Station erzeugt, fehlerhaft sind.

Ich gehe beim Erzeugen als USER wie folgt vor:
1. Meine Domain eingeben
2. Am File Station ausmelden
3. Datei auswählen
4. Teilen auswählen und die diversen Einstellungen des Links vornehmen
5. Den generierten Link über die Zwischenablage kopieren
6. Link testen

Bei 6. wird eine Meldung von der Synology geworfen, daß die Datei nicht verfügbar sei. Daraufhin habe ich die Weiterleitung in meinem Router und meine DS214play überprüft, ob alles richtig eingestellt und das HTTPS-Zertifikat korrekt installiert ist. Dabei ist alles gut, andernfalls hätte ich mich aber auch nicht über meine Domain am File Station anmelden können. Also liegt der Fehler woanders.
Daraufhin habe ich mir den Link angesehen, welcher von der DS214play generiert wird - und das war auch der Schlüssel zum Erfolg:
Bei https://<DOMAIN.TLD>/file/sharing/T8LV31boR ist das "file/" zuviel. Wenn ich es auf https://<DOMAIN.TLD>/sharing/T8LV31boR ändere, dann wird die Datei zum Download angeboten und kann auch heruntergeladen werden.

<Rev. 01> Das gleiche Verhalten ist auch zu beobachten, wenn ich Verzeichnisse freigebe. </Rev. 01>

Könnte Ihr diesen Fehler bestätigen?

 

[sssnej]

Datei(en) herunterladen nicht möglich.

Nein, bei mir wird ein Link nach folgendem Muster erzeugt: http://gofile.me/2XTDU/mVnRr4okZ. Ich bekomme permanent die Fehlermeldung: "Datei(en) herunterladen nicht möglich." Nur ca. jeder 20. Versuch ist erfolgreich.

 

[frankyst72]

@Kölneinwohner
Wenn ich einen Link erzeuge, dann schaut der so aus (auch DSM 6) https://meineDomain.de:5001/sharing/XTycYjjhY und funktioniert auch. Wobei auch (manuell geändert) https://meineDomain.de/file/sharing/XTycYjjhY (ohne Port, dafür mit Alias) funktioniert und mir dieser sogar lieber wäre. Nur https://meineDomain.de/sharing/XTycYjjhY (ohne Port und ohne Alias) geht dafür bei mir nicht. Kann es sein, dass Du die File Station auf Port 80/443 umgelegt hast?
Unter Systemsteuerung > Anwendungsportal habe ich für die File Station "file" als Alias definiert.
Unter Systemsteuerung > Externer Zugriff > Erweitert > habe ich unter "Hostname oder statische IP" "meineDomain,de" eingetragen.
Sonst wüsste ich nicht, was da noch mit reinspielt.

 

[Kölneinwohner]

Kann es sein, dass Du die File Station auf Port 80/443 umgelegt hast?

Nein, die Synology lauscht auf 7001. HTTP ist nicht eingestellt.

Unter Systemsteuerung > Anwendungsportal habe ich für die File Station "file" als Alias definiert.

Ob mit oder ohne file, es ändert sich nichts. Ich hatte bereits in DSM 5 noch niemals einen Alias definiert.

Unter Systemsteuerung > Externer Zugriff > Erweitert > habe ich unter "Hostname oder statische IP" "meineDomain,de" eingetragen.

Dort stand und steht nichts.

Sonst wüsste ich nicht, was da noch mit reinspielt.

Ich vermute, daß es mit dem Upgrade zusammenhängt. Einige andere Einstellungen, z.B. Energie, wurden nicht 1:1 übernommen, sondern mußten explizit bestätigt werden.

Rev. 01: Das Problem hängt mit dem Port zusammen. Wenn ich die Filestation auf den Standardport 5001 [1] lege (bzw. meinen benutzerdefinierten 7001 deaktiviere), dann wird der Freigabelink richtig erzeugt. Allerdings möchte ich nicht, daß der Konfigurationsport über das Internet erreichbar ist.
Letztendlich hat meine Lösung jahrelang funktioniert.


[1] https://www.synology.com/de-de/know...t_network_ports_are_used_by_Synology_services

 

[Kölneinwohner]

Im offiziellen Forum von Synology ist dieser Fehler mittlerweile auch angekommen. Allerdings weiß ich nicht, ob die Synologyleute dort mitlesen: https://forum.synology.com/enu/viewtopic.php?f=62&t=116888

 

[frankyst72]

und was passiert, wenn Du mal (testhalber) die Einstellungen so einstellst, wie ich es habe, meinetwegen ohne 5001, sondern über 7001?

 

[gente]

...neueste DSM 6 und DS216j keine Probleme beim Teilen mit diesem Link Muster. http://gofile.me/*/*

LG Thomas

 

[Kölneinwohner]

und was passiert, wenn Du mal (testhalber) die Einstellungen so einstellst, wie ich es habe, meinetwegen ohne 5001, sondern über 7001?

Wenn ich den Port 7001 für File Station (was bis einschließlich DSM 5 der Standardport für File Station war, siehe auch hier: http://www.synology-wiki.de/index.p...ste_über_Internet#Liste_der_verwendeten_Ports) rausnehme, dann nutzt die Synology den Port 5001 für den Zugriff auf die File Station und der Link wird auch korrekt generiert. Sobald aber der benutzerdefinierte Port 7001 wieder drin ist, wird der Link falsch erzeugt. Das hatte ich als Rev. 01 im Beitrag 4 noch nachgetragen.

Ich will Port 5001 aber nicht aus dem Internet erreichbar machen, weil darüber auch die Konfiguration der Synology läuft. Oder kann man irgendwo einstellen, daß eine Anmeldung zur Konfiguration nur aus dem internen Netz erlaubt ist?

Vielleicht habe ich auch irgendwo einen Denkfehler und ich habe File Station seit DSM 4 in meiner Konfiguration falsch benutzt.

 

[Kölneinwohner]

Ich habe mal einen Bugreport an Synology geschickt. Mal sehen, was passiert und wie die Antwort ausfällt.

 

[Frogman]

Schau mal hier.

 

[Kölneinwohner]

Das funktioniert nicht, es wird nachwievor die Meldung angezeigt, daß die angeforderte Datei nicht verfügbar sei.

Außerdem will ich nicht, daß in meinen Links irgendwelche Ports angegeben werden. In vielen Unternehmen sind zudem nur Standardports freigegeben, weshalb ein externer Link nur auf den Standardports erfolgen soll. In meinem Falls ist das dann der Port 443, welche im Router in der NAT nach 7001 übersetzt wird. Es hat ja jahrelang so funktioniert, erst mit DSM 6 klappt es nicht mehr. Das liegt meiner Ansicht nach auch daran, daß Synology den Standardport für HTTPS von File Station von 7001 auf 5001 verlegt hat. Vermutlich wird der Alias im Anwendungsportal von File Station trotz deaktivierten Knopf verarbeitet. Das paßt auch gut dazu, daß im Alias, auch wenn er aktiviert ist, stehen kann, was will, es wird immer "file" in den geteilten Link eingetragen.

Ich bleibe daher dabei, daß dies in DSM 6 ein Fehler ist.

 

[Frogman]

Tja, DSM6 ist für mich ohnehin keine Option - dann schau einmal, was der Support dazu sagt.

 

[Kölneinwohner]

Ich werde auf jeden Fall berichten - auch wenn der Fehler bei mir liegt.

 

[Ash-Zayr]

hey, ich hatte ja einen gleichartigen Thread vor ein paar Tagen.
In der Tat: bei mir ist es auch so wie von Kölneinwohner beschrieben: ich komme nur aus meiner Firma per 443 raus. Daher war ich gezwungen, in meiner Fritzbox eine Weiterleitung 443 zu 7001 für die File Station zu hinterlegen, damit ich tagsüber aus dem Büro meine DS erreichen kann (über DynDns).
Nun ist nur die Frage: hat dieser Umstand irgendetwas mit dem Erzeugen der links zu tun? Bei mir ist es ja das im Link erzeugte Wort "file", was ich aus dem Pfad löschen muss, damit es klappt....

 

[Kölneinwohner]

Heute Vormittag habe ich eine Rückmeldung von Synology bekommen. Meine Beschreibung ermöglichte die Nachvollziehbarkeit und der Fehler der falschen Generierung des Downloadlinks bei Abweichung vom Standardport 5001, wurde bestätigt.

 

[Ash-Zayr]

aber warum ist eigentlich 5001, also der https port der DSM involviert? Die links werden doch aus der Anwedndung der File Station heraus generiert, also 7000 und 7001. In meinem Falle, und in Deinem glaube ich ja auch, haben wir leidglich nicht eine Portfreigabe 7001 an 7001, sondern 443 and 7001. Aber immer noch 7001 und weit und breit nicht 5001?

 

[Kölneinwohner]

Die links werden doch aus der Anwedndung der File Station heraus generiert, also 7000 und 7001. In meinem Falle, und in Deinem glaube ich ja auch, haben wir leidglich nicht eine Portfreigabe 7001 an 7001, sondern 443 and 7001.

Richtig, ich habe im NAT von 443 auf 7001. Da ich viel mit Firmen kommuniziere, will ich kein Risiko eingehen, daß mein Port blockiert ist. Die Standardports gehen eigentlich immer durch deren Firewalls.

Aber immer noch 7001 und weit und breit nicht 5001?

Den File Station kann man auch weiterhin normal aufrufen und benutzen. Lediglich bei der Generierung des Links, wird "file/" hinzugefügt, sobald man File Station nicht auf 5001 laufen hat. Stellt man File Station auf 5001, wird der Link korrekt generiert. Ich lösche in den generierten Links zur Zeit das "file/", dann paßt der Link wieder.
Das gilt für DSM 6.

Mit DSM 6 hat Synology darüberhinaus den Standardport von File Station auf 5001 geändert. Siehe hierzu https://www.synology.com/de-de/know...t_network_ports_are_used_by_Synology_services

 

[Ash-Zayr]

Ich wage diese Übersicht aus Deinem Link anzuzweifeln...das kam mir schon komisch vor, als ich meine Ds214 vor 3 Jahren eingerichtet hatte - da hatte ich das schon so gesehen. Wenn die Fiile Station jetzt Port 5001 nutzt, wie soll denn das DSM noch aufrufbar sein. Ich erreiche meine DSM Oberfläche nach wie vor über https oder normal mit 500/5001 und die File Station mit 7000/7001...

 

[Fusion]

@Ash-Zayr - es gibt ja noch weitere Merkmale, wie man die Dienste unterscheiden kann. Solange du nur sub.domain:tld<port> betrachtest gebe ich dir Recht, das kann nur 1 Ziel haben. Sobald aber <port>/file oder andere URL Bestandteile ergänzt werden, kann man diese wieder auf unterschiedliche Ziele leiten, auch bei identischem Port.

 

[netraptor1]

Heute Vormittag habe ich eine Rückmeldung von Synology bekommen. Meine Beschreibung ermöglichte die Nachvollziehbarkeit und der Fehler der falschen Generierung des Downloadlinks bei Abweichung vom Standardport 5001, wurde bestätigt.

hallo köneinwohner, danke für die Info. und hat synology was gesagt wann der bug behoben ist? bei mir gehts seit gestern nicht mehr. nach dem letzten update kommt mir vor was ich eingespielt habe.

so war es immer über 2 jahre tadellos funkt: https://jetzi.myds.me/fbsharing/PTRvza3zJ
so generiert er aktuell: https://jetzi.myds.me:5001/sharing/PTRvza3zJ
so geht er wenn ich infos weglösche: https://jetzi.myds.me/sharing/PTRvza3zJ

kannst du zu dem schon was sagen? hat synology noch etwas geschrieben das sie den bug beheben werden?
über quick connect stellt bei mir derzeit keine option dar, da es über ein fremdportal geht und das will ich eigentlich nicht.

Bitte um Info. Vielen Dank.