AS: Es tut uns Leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden.

[rumknapser]

nach einer kurzen pause geht es weiter im programm...

Hi,
wollte nur kurz durchgeben, das ich nicht draussen bin, sondern in mitgelesen habe, allerdings gibts hier gerade ein anderes Problem mit der DSM, so das ich erstmal gehandycap't bin.
Wenn das gelöst ist (hoffentlich bald), werde ich nochmal nachlesen und mich weiter mit dem mis....mich der Herausforderug stellen

 

[rumknapser]

gelöst: WO kann man die erstellten Links aus der Audio Station verwalten?

Hallo,

zuerst einmal am eigentlichen Thema vorbei zu diesem Thema:

WO kann man die erstellten Links verwalten?

In der IOS App hab ich nix gefunden.

Es gibt eine Wiedergabeliste "geteilte Lieder", diese ist aber bei mir leer.
Die Erklärung dafür steht hier:
https://www.synology.com/en-global/knowledgebase/DSM/help/AudioStation/publicsharing
Demnach kommen nur einzelne geteilte lieder in diese Wiedergabeliste.

Allerdings habe ich herausgefunden, dass für jedes öffentlich geteilte Album eine Smart-Playlist erstellt wird. (Steht auch in dem Text, der einem beim erstellen eines öffentlichen Links präsentiert wird...)

Löscht man diese Playlist, wird ein erneuter Aufruf des erstellten Links mit dem typischen 404 quittiert.

Erstellt man eine neue Smarte Playlist, mit selben Namen, läuft das auch ins Leere, sprich 404.

Das bedeutet also, das Löschen der automatisch generierten Playlist, löscht auch den Link.

Ein umbenennen der Playlist ist möglich, der Link bleibt weiterhin aktiv.

Mir sind diese Playlists nicht aufgefallen, weil ich hier unendlich viele (via cron und einem hauseigenen Script) generierte playlists rumfliegen habe...

Jetzt macht dieser Text hier plötzlich Sinn:

Im letzten Satz steht -etwas unverständlich- folgendes:

Wähle die erstellte Wiedergabeliste aus, klicke auf den Button AKTION (oder nimm den Rechtslick) und wähle "Mit der Öffentlichkeit teilen".
Bei einer Playlist, die bereits geteilt ist, kann man den Teilvorgang nun deaktivieren.

Jetzt, nachdem ich einige Stunden mit dem Thema verbracht habe, könnte es intuitiv sein....aber irgendwie auch nicht. Egal, jedenfalls weiss ich nun Bescheid und werde es die nächsten 3 Tage nicht vergessen ;=)


Übrigens:

Hinter der Wiedergabeliste erscheint dann ein Verknüpfungszeichen in Blau.

@Thonav - korrekt, dieses blaue Verknüpfungszeichen sieht aus wie der Share/Teilen auf Android.

Nicht bei mir. Meine Wiedergabelisten sehen so aus. Ein Unterschied zu einer geteilten zu einer nicht geteilten ist nicht zu erkennen.

 

[rumknapser]

Hier nun zum eigentlichen Thema:

Nach welchem Schema werden die Links aufgebaut, bzw. wann laufen sie ins leere (404) und wann funktionieren sie ?
(Dies ist keine Allgemeingültige Erklärung, sondern nur eine Zustandsbeschreibung)

Ich möchte noch sagen, das Ihr mir durch Eure Kommentare sehr geholfen habt, mich etwas mehr in dieses System einzudenken.
(Auch habe ich nochmal von Neu begonnen mit der Vergabe der Ports und den Weiterleitungen. Es kann also sein, das sich das jetzt geschriebene nicht mit meinen ersten Posts deckt.)


Port-Weiterleitungen auf meinem Router:
25001 -> 5001 (für die Links aus der FS)
12345 -> 12345 (für die Links aus der AS)

Anwendungsportal Alias: nicht gesetzt
Anwendungsportal Port für die AS: 12345


Systemsteuerung Externer Zugriff Erweitert: HTTPS + HTTP Ports entfernt, nur test.meine-domain.de


Versuche:

A)
Lokal eingeloggt in DSM via https://192.168.168.111:5001

Via Klick auf die AS Verknüpfung die AS gestartet.

Erzeugter Link:
https://test.meine-domain.de:5001/as/sharing/LfDLJ5k2

Ergebnis: funktioniert nicht (da keine passende Portweiterleitung)

Ändere ich den Port manuell auf https://test.meine-domain.de:12345/as/sharing/LfDLJ5k2
funktioniert der Link wie gewünscht.



B)
Eingeloggt in der AS von extern via https://test.meine-domain.de:12345/

Erstellter Link: https://test.meine-domain.de:12345/as/sharing/wwkbMdKt

Ergebnis: funktioniert


C)
Eingelogt lokal in der AS via https://192.168.168.111:12345/

Erstellter Link https://test.meine-domain.de:12345/as/sharing/TmUxUGqM

Ergebnis: funktioniert





nun via
Systemsteuerung Externer Zugriff Erweitert: den Port HTTPS 25001 hinzugefügt (zur vorhandenen sub.domain: test.meine-domain.de)

Die "alten", gerade angelegten Links funktionieren weiterhin.


D)
Lokal eingeloggt in DSM via https://192.168.168.111:5001

Via Klick auf die AS Verknüpfung die AS gestartet.

Erzeugter link: https://test.meine-domain.de:25001/as/sharing/74CYNDKX

Ergebnis:
im selben Browser, sowie in einem anderen Browser: Fehlermeldung 404 "Es tut uns Leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden."
Im "externen" Browser auf einem IOS Gerät kommt -auch nach mehrmaligen Versuchen- nur eine leere Seite.


E)
Eingeloggt in der AS von extern via https://test.meine-domain.de:12345/

Erstellter link: https://test.meine-domain.de:25001/as/sharing/xlQdofMz

Ergebnis: "Es tut uns Leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden."

Manuell den Port geändert von 25001 auf 12345, Ergebnis: funktioniert.



Also für mich -als unbedarfter User- ist das Verhalten sehr verwirrend. Ich will nicht sagen inkonsistent, denn es ist konsistent. Konsistent verwirrend

Ich gehe soweit zu sagen, es ist ein Bug, wenn bei der Linkgenerierung innerhalb der AS nicht der im Anwendungsportal angegebene Port benutzt wird.

Für mich ist es auch ein Bug, dass der Link, je nach Anmeldeadresse (192.168... oder test.meine-domain...) anders aussieht.

Die Öffentlichkeit ist schliesslich nicht innerhalb meines Netzwerkes. Und falls mich die Öffentlichkeit einmal besucht, dann kann sie ja direkt der Musik über meine Boxen lauschen und ich brauche ihr keinen Link freizugeben, der eh nur innerhalb meines Netzwerkes gültig ist.

Gut, da dies hier nicht der Ort ist, um eventuelle Bugs zu Korrigieren, beende ich meinen Test nun und lasse die Ergebnisse über Nacht wirken...



@Fusion:
Ganz nebenbei: auf einem IOS Gerät im mobilen Safari wird die Musik weder direkt gestartet, noch wird sie abgespielt, wenn ich die einzelnen Tracks doppelklicke oder auf Play klicke. Im Firefox (Mac oder Win, beides ohne Flash) funktioniert alles, wie erwartet. Musik wird automatisch abgespielt, nachdem die Seite geladen wurde.

 

[Fixy]

Wenn ich mich per https://sub.domain.de/audio einlogge sieht der generierte Link folgendermaßen aus und funktioniert
https://sub.domain.de:443/[B]audio/as/[/B]sharing/jdnBdx8z

Daaanke! Das hat mir den Fehler aufgezeigt, leider aber nicht dessen Ursache oder Behebung.

Ports sind bei mir kein Problem. Geht DSM-Port oder kein Port (also 80) genau gleich, wenn der sonstige Link stimmt. Port-Forwardings habe ich immer ala X->X (nicht X->Z). Externer Zugriff->Erweitert ist leer, Anwendungs-Ports auch.
Ich habe den Alias "as", den ich eigentlich gerne behalten würde. Die Links, die bei mir erstellt werden und nicht funktionieren sind jetzt .../as/sharing/.... Dank deinem Post habe ich gemerkt, dass da der Alias oder die App fehlt. Ergänze ich den Link zu .../as/as/sharing/... funktioniert's.
Ideen, Vorschläge? Schön wäre, ohne zusätzliche Ports, denn domain/as/as/sharing/... scheint zu funktionieren, auch extern über's Mobilnetz. Nervt mich schon das "as/as/".

Ach ja, bis jetzt habe ich nur Freigaben auf einzelne Lieder via Android-App gemacht. Kommt in der AS via DSM (Admin) aber auf's gleiche raus.

P.S.
Ich kann Playlists teilen, dann erscheint dort bei mit in der Audio Station das Freigabesymbol gemäss früheren Posts
Ich kann einzelne Lieder teilen, dann erscheinen die beim entsprechenden User in der Audio Station unter "Geteilte Lieder", nicht aber in der File Station (habe schon paar mal meinem User-User und Admin-User durcheinandergebracht und mich gewundert, dass z.b. im Cloud Station Server die File History leer ist, AS dito, VS-Listen dito).

P.P.S.
Jemand eine Idee, was "Links für Dateianforderung" sind? in der Hilfe zu FS-Einstellungen fehlt das leider.

Thx!

 

[Fixy]

Leider scheint die AS beim Sharing den Alias komplett zu vergessen - egal welchen - ausser man hat über die Alias-URL darauf zugegriffen.
Wenn der Alias nicht "as" lautet funktioniert wenigstens das Sharing über den Link mit dem DSM-Port. Finde ich aber auch sch...