Dateiverknüpfung teilen - funtioniert nicht mehr seit 6.0

[allroundmedia]

Hi all,

seit 6.0 hat sich anscheinend die "Struktur" hinter den Dateiverknüpfungen so geändert, dass wir keine gültigen Dateiverknüpfungen mehr kreieren können.

Der produzierte Link https://domain.de:443/file/sharing/tnmZjE6Bc produziert "Seite konnte nicht gefunden werden. Löscht man 443/file, dann geht er.

Habe keinen Alias, wie z.B. "file" aktiviert. Trotzdem wird er automatisch eingefügt. Dazu wird nun neuerdings die Portfreigabe 443 bei https automatisch eingefügt, obwohl das ja doppelt gemoppelt ist. HTTPS greift ja stets erstmal auf 443 zu. Portzuweisungen wie :443 werden aber sehr oft von Unternehmen grundsätzlich geblockt, auch wenn in diesem Fall 443 zwar der Standard-Port ist.



Gibt es ein Prozedere um hier wieder auf "normale saubere" Dateiverknüpfungen zu kommen? https://domain.de/sharing/tnmZjE6Bc?

Danke vorab für Hilfe!!

-----

Nachtrag:

ich habe mal testweise den Alias "file" aktiviert. Nun wird er ja wie gehabt im Downloadlink angezeigt, aber es funzt immer noch nicht. Wo ist der Sinn?

 

[frankyst72]

funktioniert schon. Hab's probiert. https://domain.eu/file

Ergebnis:



Bitte lass von einem Admin Deinen Screenshot mit der Domain-Info entfernen, wenn Du das nicht möchtest. Oder kannst Du vielleicht sogar selber machen


Und nach meiner Meinung war der Link unter DSM 5.2. auch schon https://domain.eu/file/sharing/xbxbxbxbxbx

 

[allroundmedia]

? Verstehe ich jetzt nicht. Ich habe geblurt, um eigentlich komische Antworten zu vermeiden. Gerne kannst du meine Domain wissen: allround-cloud.eu
Aber was ist jetzt mit meinem Problem? Abgesehen davon, dass das bluren anscheinend so spannend ist?
Ich bräuchte da bitte echt Hilfe, wir verwende das sehr oft!
Danke vorab!

 

[frankyst72]

ok, wenn es Dich nicht stört, Deine Domain zu veröffentlichen, dann ist ja alles ok.Deine Domain ist im ersten Screenshot sichtbar (ungefähr in der Mitte in blau). Und weil Du es teilweise geblurt hast, dachte ich, Du willst Sie nicht veröffentlichen und habe Dich darauf hingewiesen, weil ich dachte Du hast es vergessen zu bluren.

However, ich versuche doch zu helfen.

Du hast geschrieben:

ich habe mal testweise den Alias "file" aktiviert. Nun wird er ja wie gehabt im Downloadlink angezeigt, aber es funzt immer noch nicht. Wo ist der Sinn?

Und meine Antwort war es funktioniert mit /file. Zumindest gehe ich davon aus dass wenn ich bis /file komme, dass ein /file/shareing/xbxbxbxbxbx auch funktionieren wird. Ich dachte Du kommst überhaupt nicht bis zu Deiner DS mit /file.

Dann bitte noch mal. Was funktioniert und was funktioniert nicht. Mit :443 hast Du recht, das ist doppel gemoppelt, passiert aber bei mir unter DSM 6 nicht. Wenn ich so einen Link erzeuge kommt bei mir https://Franks_Domain.de:5001/file/sharing/xbxbxbxbxbx und der funktioniert auch (wenn ich das :5001) manuell entferne, ich muss das wohl noch so einstellen wie Du unter Externer Zugriff > Erweitert. Hier waren die Port-Einträge unter DSM 5.2. wohl notwendig. Ich komme aber gerade aus technischen Gründen nicht auf meine DSM.

 

[allroundmedia]

Und nach meiner Meinung war der Link unter DSM 5.2. auch schon https://domain.eu/file/sharing/xbxbxbxbxbx
--> Sorry, jetzt erst gelesen. Nein, war er nicht. da war der Link folgendermaßen: http://domain.eu/fbsharing/dvkT5TfU Dieser link hat auch direkt das Fenster zum "speichern unter" geöffnet. jetzt landen wir ja auf einer Extra-Seite. Wäre chic, wenn ...

 

[allroundmedia]

However, ich versuche doch zu helfen.

Danke dir dafür!
ich habe vollen Zugriff auf die Rackstation, Gott sei Dank. Sie liegt in einem RZ, hinter den üblichen großen Routern/Firewalls (Juniper). Wir griffen bisher stets über https zu und ich habe die Port-Weiterleitungen so gebaut, dass der normale Zugriff 80) auf allround-coud.eu direkt auf die Filestation geht. (Damit Unternehmen nicht geblockt werden). Das klappte bisher wunderbar. Jetzt scheint die Kombination zwischen Alias, Portweiterleitung, automatische Link-Kreierung der Syno nicht mehr zu funzen. Irgendwo scheint sich da was zu beißen. Die Kombi der Einstellungen muss irgendwie angepasst werden, aber wie?

Nochmal kurz das Problem: nach einloggen in die Filestation kreiert man einen Downloadlink, der aber leider icht mehr funzt. Ausser man löscht das :443/file dann geht's. Das heißt, dass seit DSM6 nun den 443 Port einfügt, und den alias, obwohl ich den gar ncht aktiviert habe. und selbst wenn ich ihn aktiviere, geht's trotzdem nicht

Danke wirklich vorab!

 

[allroundmedia]

Da muss ich zugeben, dass ich nicht mehr weiß, wie das Verhalten früher war.

--> Direkter Download, heisst Fenster mit "Speichern unter" ging auf, oder halt direkt in deinen Download-Ordner

Wenn es funzt, ist natürlich die neue Seite chicker, vor allem weil man sie noch schön anpassen kann

 

[frankyst72]

sorry, musste meine Antwort löschen und noch mal neu schreiben, weil ich vergessen hatte, etwas zu bluren

Wenn ich eine Datei teile, bekomme ich so einen Link https://Franks_doamin.de/file/sharing/PGM37Hdkt und lande auf einer Downloadseite



wenn ich ein Verzeichnis teile, lande ich in der File Station in diesem Verzeichnis. Link ist auch so etwas https://Franks_domain.de/file/sharing/Ix7ctqooB



Hier weiß ich nicht mehr genau, wie das Verhalten früher war.

 

[frankyst72]

jetzt fällst mir wieder ein, das ist ein Feature von DSM 6, dass der geteilte Inhalt unter Chrome, nicht mehr als Zip heruntgeladen werden muss, oder so ähnlich, ich schon noch mal in die Release Notes.

 

[allroundmedia]

Hast du meine Antworten auch gelöscht?

 

[frankyst72]

wusste nicht, dass ich soo mächtig bin. Suche noch in den Release Notes, da war irgendwas.....

 

[frankyst72]

Im Abschnitt File Station in den Release Notes steht https://www.synology.com/de-de/releaseNote/DS1815+

• Multiple files can be downloaded without being compressed into one giant file on Chrome browser (on Windows computers only).

Verwendest Du auch (wie ich) Chrome? Ich probier es glatt noch mal mit dem IE

...Verhalten unter IE sieht für mich gleich aus, wie unter Chrome, sorry das war nichts.



Zurück auf Anfang:

Nochmal kurz das Problem: nach einloggen in die Filestation kreiert man einen Downloadlink, der aber leider icht mehr funzt. Ausser man löscht das :443/file dann geht's. Das heißt, dass seit DSM6 nun den 443 Port einfügt, und den alias, obwohl ich den gar ncht aktiviert habe. und selbst wenn ich ihn aktiviere, geht's trotzdem nicht

ok, nun habe ich es auch verstanden. Bei mir steht unter Externer Zugriff > Erweiter noch 5000 und 5001 drin was unter DSM 5.2. richtigt funktioniert hat. Deswegen setzt er die Ports bei mir noch in den Link ein, mit diesen Ports funktioniert es bei mir auch nicht, manuell geslöscht im Link funktioniert der Link.

Wie gesagt ich komme gerade leider nicht auf meine DSM um die Einträge mal raus zu nehmen. *verflixt, immer wenn mal was funktionieren muss* Aber es könnte natürlich sein, wenn die Einstellungen leer sind, dass er dann bei SSL :443 einsetzt mit DSM 6.

Ich muss es später einfach mal daheim ausprobieren.

 

[allroundmedia]

das ist glaube ich kein Problem des Browsers. Ich habe am WE das Update gefahren und bekomme seit heute morgen von meinem Team nur Fehlermeldungen: Chrome, IE, Firefox, Safari. Also Browser- und OS-unabhängig.

 

[frankyst72]

ok, bin jetzt daheim. Auch wenn ich unter Externer Zugriff > Erweitert die Werte heraus nehme (incl. Neustart), dann wird der Link immer noch mit den alten Werten gebildet. D.h. in meinem Fall z.B. https://Franky_Domain.de:5001/sharing/Ka2h67DMe

Auch wenn ich eine "Dateianforderung erstellen" mache, wird das ":5001" eingesetzt.

auch wenn es nicht das identische Verhalten wie bei Dir ist, hängt es vermutlich zusammen.

Ich bin geneigt ein Ticket bei Synology aufzumachen.

 

[goetz]

Hallo,
:5001/sharing/ ist der Standard, ist auch unter 5.2 so.
@allroundmedia
hast Du vhosts definiert? Irgendwo mußt Du ja 5001 auf 443 umgebogen haben.

Gruß Götz

 

[allroundmedia]

:5001/sharing/ ist der Standard, ist auch unter 5.2 so.

Da hast du recht. Unter 5.2 funktionierte das "Umschalten" von http auf https und damit die Portänderung problemlos. Jetzt aber ist aber bei einer https-Verbindung plötzlich trotzdem ein :443 drin (doppelt gemoppelt) UND dazu eben dieses ominöse "file/". Dieses "File" hat aber anscheinend nix zu tun mit den einstellbaren Alias, da es auf Ändeurngen der Alias nicht reagiert. Und genau diese "file" produziert den Fehler.

Beispiellink: https://allround-cloud.eu:443/file/sharing/uh4Gc01xD

hast Du vhosts definiert? Irgendwo mußt Du ja 5001 auf 443 umgebogen haben.

ich habe meine Rackstation in einem Rechenzentrum "gehoused". Damit meine Kunden möglichst barrierefrei auf den Filestation-Dienst zugreifen können, haben wir 443 auf 7001 geroutet. (Viele Unternehmen blocken grundsätzlich Portangaben, daher). Die fetten Junipers arbeiten alle mit V-Lans, was vorher bei DSM5.2 problemlos lief. das kann auch nicht das Problem sein, da ich heute morgen einen brachialen Test gemacht habe. ich habe hier in meinem Büro exakt dieselbe Rackstation und habe das komplette Konstrukt reproduziert: Neuinstalation von DSM6 - Updates gezogen - Portweiterleitungen gemacht (443 auf 7001) - Zugriff erfolgt wie gewünscht, alle Dienste erreichbar --> ABER exakt dieselbe Reaktion in Sachen Dateiverknüpfung. Auch diese Maschine produziert dieselbe Art von fehlerhaften Links. Lösche ich :443/file aus dem Link, funzt es!

Folglich ist es ein Bug im Skript, welches den Link generiert. ich habe heute morgen nchmal ein Ticket beim Synology Support eröffnet. Sobald ich Neues habe, oder eine Lösung, gebe ich Bescheid! Danke an alle!