Owncloud Linkt teilen - Downloadseite wird nicht gefunden

[Thomas21]

Hallo Allerseits,

wenn ich aus meiner Owncloud 6.0.4 auf meine DSM213j einen Link teile
und per Mail versende funktioniert das soweit.
Wenn dann aber der Empfänger der Mail den Link öffnen will bekommt er im
Browser nur eine leere Seite mit der Fehlermeldung:
"Die von Ihnen gewünschte Seite konnte nicht gefunden werden."

Hat sowas schon mal jemand gehabt und weiß woran das liegen kann. Ich bin
etwas ratlos. Zu diesem Problem habe ich bis jetzt nichts weiter gefunden.
Weiß deshalb jetzt nicht so richtig wo ich ansetzen soll. :-(

VG Thomas21

 

[Thomas21]

Hallo,

nach einigem Probieren kann ich mein Problem etwas präzisieren. Es wird letztendlich anhand des erstellten Links zum Teilen die Datei nicht gefunden. Ich habe eben testweise eine andere Datei "geteilt" und den Link gleich in einem neuen Browsertab probiert.
Die geteilte Datei wird mir angeboten. Mit Sofort-Downloadbutton und Direktlink. Wenn ich dann aber eine der beiden Downloadoptionen anklicke
kommt... "Fehler: Datei wurde nicht gefunden."
Erstellt owncloud falsche Links zu den Dateien beim teilen? Fällt mir schwer das zu glauben. Sonst hätte sicherlich hier schon jemand dazu etwas erwähnt.

VG Thomas21

 

[Evil Master]

Habe das gleiche Problem, hat schon jemand eine Lösung?

 

[fbartels]

Also bei mir klappts mit DSM5 und Owncloud 6.0.4. Ich erhalte die Übersichtsseite, wenn ich auf den Link klicke und kann dort sowohl auf den Downloadknopf klicken, als ich den "Direktlink" zum Download nutzen.

 

[nihil]

Das sind genau die Antworten, die einem wirklich helfen.
Ich hatte das gleiche Problem auch unter OC 7.
Mir hat diese Seite http://www.kussaw.de/2014/owncloud-6-auf-synology-installationsvariante/#comment-8887 sehr geholfen.

Wichtig ist dieser Teil aus Schritt 3 (dazu muss man sich über ssh auf der DiskSation anmelden:
- Zu letzt muss noch ein Ordner zur Sendeliste geschrieben werden:
vi /etc/httpd/conf/extra/mod_xsendfile.conf-user
- hier folgendes ergänzen:
XSendFilePath /volume1
- Sicherheitshalber starten wir den Webserver nochmals schnell neu
httpd -k restart

Gruß
Nihil

 

[Evil Master]

Das freut mich für dich, den gleichen Setup habe ich auch... funktioniert nur leider nicht und auch keine Antwort auch meine Frage...

Da ich den Dienst schon etwas länger nicht genutzt habe, vermute ich dass der Fehler seit dem Update sich eingeschlichen hat, da es zuvor funktionierte.

 

[luddi]

Das war es bei mir auch, also es muss im xsendfile der Pfad bekannt gemacht werden.
Ich habe mich mit dem Parameter auf das web Verzeichnis beschränkt:

XSendFilePath /volume1/web

Gruß
luddi

 

[Fusion]

Same as @luddi bei mir konfiguriert.

Zusätzlich darauf achten, dass der link prinzipiell von außen erreichbar ist. Im lokalen Netz zeigt er mir keinen FQDN an, weil ich die DS über eine andere url anspreche. (Habe da auch Unterschiede ob ich im LAN oder per VPN eingehängt bin. Im LAN kann ich den FQDN benutzen, über VPN nicht. Bin dem Thema aber noch nicht weiter nachgegangen, an was das jetzt wieder liegt).

Bsp. Geteilter Link im LAN im Web-Interface angezeigt
https://synosrv/owncloud/public.php?service=files&t=915e16569d4244d7829002d84ec867b5
Bsp. Selber geteilter Link von extern im Smartphone im Web-Interface angezeigt
https://owncloud.domain.tld/public.php?service=files&t=915e16569d4244d7829002d84ec867b5

Wer bis zur Anzeige des Links kommt und nur der Download nicht geht, dann liegt dies am schon genannten XSendFilePath

 

[fbartels]

Das freut mich für dich, den gleichen Setup habe ich auch... funktioniert nur leider nicht und auch keine Antwort auch meine Frage...

Kein Grund unfreundlich zu werden. Immerhin wissen jetzt alle, welche Versionen von DSM und Owncloud du einsetzt. Was in den meisten Fällen eine sehr wertvolle Information ist.

Ich habe meine mod_xsendfile.conf-user gerade geprüft. Diese steht bei mir Standardmäßig auf /var/services/web (wenn diese geändert wird ist in jedem Falle ein Apache Neustart fällig).

 

[luddi]

...wenn diese geändert wird ist in jedem Falle ein Apache Neustart fällig...

httpd -k restart

 

[Evil Master]

Kein Grund unfreundlich zu werden. Immerhin wissen jetzt alle, welche Versionen von DSM und Owncloud du einsetzt. Was in den meisten Fällen eine sehr wertvolle Information ist.

Ich habe meine mod_xsendfile.conf-user gerade geprüft. Diese steht bei mir Standardmäßig auf /var/services/web (wenn diese geändert wird ist in jedem Falle ein Apache Neustart fällig).

Das war keine Unfreundlichkeit, das war eine Feststellung, den dein Kommentar hat nichts mit der Problematik zu tun, hier war nach einer Lösung gefragt!

Zum Thema:

- Zu erwähnen was Wichtig ist: man sollte sich als "root" per SSH anmelden als "admin" hat man keine Berechtigung auf die Datei zu schreiben.
- ich habe in der besagten Datei folgendes stehen:

XSendFilePath /var/services/web /var/services/homes

wenn ich " /volume1/web" hinzufüge habe ich ein Problem beim beim neustarten des httpd deamons:

Syntax error on line 4 of /etc/httpd/conf/extra/mod_xsendfile.conf-user:
XSendFilePath takes 1-2 arguments, Allow to serve files from that Path. Must be absolute

So wie ich das verstehe, kann XSendFilePath nur zwei Pfade. "fbartels" beschreibt aber, dass es auch ohne geht und es ging auch vorher... wozu sind die anderen Einträge da? Kann das an irgend was anderem liegen?

 

[Fusion]

Kannst auch 2 Mal eintragen, jedenfalls bekomme ich keinen Fehler.

XSendFilePath /var/services/web /var/services/homes
XSendFilePath /volume1/web

Das ging früher mal, bis Synology die http config mit einem DSM Update geändert hatte und Einträge rausgeflogen sind. Vielleicht war es auch, weil mit Wechsel von 4.3 auf 5 die Vorbereitung zum Wechsel von Apache nach nginx angelaufen sind.

Man kann den Pfad auch mit einer Directory Direktive koppeln, bsp.
http://www.synology-forum.de/archive/index.html/t-53452.html?


Nachsatz:
Was ich allerdings nicht kapiere, genauso wie bei open_basedir, wieso diese "doppelte" Angabe nötig ist. Schließlich ist /var/services/web ein symb. Link auf /volume1/web...

 

[luddi]

...hier war nach einer Lösung gefragt!

Im Grunde suchen alle nach einer Lösung die ein Problem haben. Jedoch kann man nicht erwarten die Lösung auf dem Silbertablett von andern Usern zu bekommen.
Viel wichtiger ist, dass man die Erfahrungen austauscht und sich dadurch für die eigne Problemstellung auch neue Erkenntnisse ableiten lassen.
Klar, manchmal bekommt man auch direkt eine Lösung präsentiert weil sich vermutlich einer genau in dem Bereich besonders gut auskennt oder er hat selbst einmal das gleiche Problem gehabt.

Wie schaut denn dein gesamtes "mod_xsendfile.conf-user" file aus?
Könnte da ein Syntaxfehler sein?

Meine schaut folgendermaßen aus:

XSendFile on
XSendFilePath /var/services/web /var/services/homes
SetEnv MOD_X_SENDFILE_ENABLED yes
XSendFilePath /volume1/web

Gruß
luddi

 

[Evil Master]

Danke Fusion, genau das war die Lösung! Ich habe "/volume1/web" einfnach hinter "XSendFilePath /var/services/web /var/services/homes" angehängt, deswegen hat es nicht funktioniert. Jetzt geht es aber!