Videowiedergabe aus Ilias nicht möglich

[Darko Zivkovic]

Hallo zusammen,

ich bin seit ein paar Tagen dabei Ilias und Opencast zusammen mit dem Opencast Plugin für Ilias einzurichten. Allerdings funktioniert die Wiedergabe der Videos in Ilias leider nicht. Der Videoupload von Ilias heraus funktioniert einwandfrei und die Verarbeitung der Videos funktioniert ebenfalls. Für die Verarbeitung wird aktuell, aufgrund von Evaluationszwecken, der „fast“ Workflow verwendet.

Nachdem ein Video verarbeitet wurde, wird dies auch in Ilias entsprechend erkannt und es erscheint ein Button zum Abspielen des Videos. Was leider nicht funktioniert ist das Anzeigen des Thumbnails sowie das Abspielen des Videos. Die Entwicklerwerkzeuge des Browsers schließen darauf das die entsprechenden Anfragen blockiert werden. Ich erhalte dabei den HTTP Code 403. Die Parameter des Plugins für den Zugriff auf die benötigten Daten sollten auch korrekt sein. Hierfür habe ich die Antwort der API gegengeprüft, indem ich die Route „<OPENCAST-URL>/api/events/event_id/publications“ aufgerufen und dort die Tags sowie die Channels mit dem Parameter aus der Plugin Konfiguration abgeglichen habe. Als Channel habe ich aktuell den „engage-player“ ausgewählt. Dieser Channel wird standardmäßig für Veröffentlichungen des Workflows verwendet, also habe ich diesen in die Plugin Konfiguration übernommen.

Die Berechtigungen auf das Video bzw. auf die Serie habe ich ebenfalls überprüft und das Usermapping (Im Ilias Plugin) habe ich zunächst auf „E-Mail“ gestellt, was leider erfolglos war. Nach mehreren Recherchen bin ich hier auf diese Google Gruppe gestoßen und habe herausgefunden, dass manche der Zugriffsprobleme durch das Einrichten von LDAP behoben wurden. Also habe ich kurzerhand OpenLDAP installiert und Ilias sowie Opencast an das Benutzerverzeichnis drangehängt. Die Logins in die Systeme funktionierten einwandfrei. Das Ilias Plugin habe ich entsprechend angepasst, indem ich das Usermapping auf „Login“ und später auf „Extern“ gesetzt habe. Leider war dieser Ansatz ebenfalls vergebens und die Zugriffe wurden weiterhin blockiert. Die Benutzerberechtigungen auf die Serie bzw. auf das Video hatte ich ebenfalls geprüft. Die berechtigten Rollen sind ebenfalls bei meinem User in Opencast hinterlegt.

Die Wiedergabe des Videos bekomme ich nur zum Laufen, wenn Ich die Berechtigung des Videos auf Anonym stelle oder wenn ich parallel zu Ilias, in Opencast durch einen manuellen Login, eingeloggt bin.  

Eingesetzte Versionen

Ilias: v7.5 2021-12-15

Opencast: 11.6 (all-in-one Dockerimage)

Ilias-Plugin: v4.0.1-rc1 (Version v4.0.0 habe ich ebenfalls ausprobiert)

Gruß

Darko

[Rainer Rillke]

Hi Darko,

so weit ich weiß unterstützt das SRAG/fluxapps-ILIAS-Plugin das "Absichern" statischer Dateien gegen unbefugten Zugriff nicht.

https://docs.opencast.org/r/11.x/admin/configuration/serving-static-files/#securing-static-files

Hörensagen von der letzten Opencast-Konferenz und steht auch in den docs. Wenn die 403-Fehler nur bei den Assets der Videos (Untertitel, Vorschaubilder, Videodateien) auftreten, dann ist wahrscheinlich "secure static files" die Ursache.

Ansonsten weiß ich, dass die Firmen i.d.R. offen sind, Probleme abzustellen, wenn man sie dafür bezahlt :)

Wir benutzen aktuell nur die LTI-Tools von Opencast in ILIAS; ist viel manuelle Arbeit für unseren Reseller; war aber so gewünscht.

LG, Felix

[Daniel Ebbert]

Hallo,

ich weiß leider nicht wo das Problem liegt. Möchte allerdings darauf
hinweisen, dass es inzwischen eine Community Version der ILIAS Plugins
gibt. Siehe: https://github.com/opencast-ilias/

Gruß
Daniel

On 29.04.22 12:14, Rainer Rillke wrote:
> Hi Darko,
>
> so weit ich weiß unterstützt das SRAG/fluxapps-ILIAS-Plugin das
> "Absichern" statischer Dateien gegen unbefugten Zugriff nicht.
>
> https://docs.opencast.org/r/11.x/admin/configuration/serving-static-files/#securing-static-files

> <https://docs.opencast.org/r/11.x/admin/#configuration/serving-static-files/%23securing-static-files>

>
> Hörensagen von der letzten Opencast-Konferenz und steht auch in den
> docs. Wenn die 403-Fehler nur bei den Assets der Videos (Untertitel,
> Vorschaubilder, Videodateien) auftreten, dann ist wahrscheinlich "secure
> static files" die Ursache.
>
> Ansonsten weiß ich, dass die Firmen i.d.R. offen sind, Probleme
> abzustellen, wenn man sie dafür bezahlt :)
>
> Wir benutzen aktuell nur die LTI-Tools von Opencast

> <https://stable.opencast.org/ltitools/index.html> in ILIAS; ist viel

> --
> To unsubscribe from this group and stop receiving emails from it, send
> an email to anwender+u...@opencast.org
> <mailto:anwender+u...@opencast.org>.

--
Universität zu Köln

Regionales Rechenzentrum (RRZK)
Weyertal 121
D-50931 Köln
✆: +49-221-470-89631
rrzk.uni-koeln.de

[Dietmar Zenker]

Hallo Darko,

ist in Opencast und in der Konfig des Plugins Stream Security aktiviert? Evtl. gibt es aber auch ein Problem mit dem User/Group-Mapping. Könntest Du daher bitte mal Screenshots der Plugin-Konfiguration im Bereich "Gruppen & Rollen" sowie "Security" posten?

Viele Grüße,

Dietmar

[Darko Zivkovic]

Hallo zusammen,

danke euch für die hilfreichen Tipps. 

Ich habe mir die Themen "securing static files" und "Stream Security" mal genauer angeschaut. 

Dabei habe ich die Dokumentation unter: https://docs.opencast.org/r/11.x/admin/#configuration/serving-static-files/#securing-static-files befolgt und den authentication check für die static files deaktiviert. 

Die Stream-Security Konfiguration habe ich gemäß https://docs.opencast.org/r/11.x/admin/#configuration/stream-security/ eingerichtet. Diese war bei mir deaktiviert und im Plugin ebenfalls nicht konfiguriert. 

Bei aktivierter Stream-Security funktioniert nun die Videowiedergabe und die Thumbnails werden ebenfalls geladen. 

Nun ist meine Frage, reicht die Stream-Security einzig und allein aus? 

So wie ich das verstanden habe wird der Zugriff nun über signierte URL's geprüft, oder habe ich da als Laie was falsch verstanden? 

Ich habe mir überlegt opencast dann nur lokal verfügbar zu machen. Aber ich schätze dass das nicht möglich ist, da die Anfragen auf die Ressourcen über den Client der Benutzer abgesetzt werden.

@Dietmar, anbei die Screenshots 

Gruß

Darko

[crei...@uni-koeln.de]

Hallo Darko,

zu deinen initialen Problem Videos abzuspielen passt vermutlich sehr gut, dass du im Plugin bei den Standardrollen, die bei den hochgeladenen Videos setzen solltest, keine eingetragen hast. Minimal müsste dort der Api-User oder die Api-Gruppe eingetragen sein. Meiner Erfahrung nach sollte auf jeden Fall auch ROLE_ADMIN eingetragen sein, da Opencast die manchmal vermisst, schaden tut es nicht.
Das Fehlen dieser Rollen führt zu dem Fehlerbild, welches du beschrieben hast: Keine Videos abspielbar es sei denn du setzt ROLE_ANONYMOUS oder bist parallel eingeloggt in Opencast. Ich würde allerdings auch vorschlagen den im Plugin integrierten Player zu verwenden und dem Plugin die Berechtigungsprüfung zu überlassen und nicht auf Opencast zu verweisen. Der API-User, der im Plugin hinterlegt ist übernimmt dann die Kommunkikation mit Opencast und holt sich alles notwendige zum Abspielen der Videos. Wenn du das Video direkt in Opencast abspielst dürften die Einstellung zur Signierung im Plugin eigentlich keinerlei Auswirkung haben.. Wieso es damit funktionieren soll, kann ich mir nicht erklären.

Viele Grüße
Christoph

On 30.04.22 13:45, "'Darko Zivkovic' via Deutschsprachige Opencast Community" <anwe...@opencast.org> wrote:
> Hallo zusammen,
>
> danke euch für die hilfreichen Tipps.
> Ich habe mir die Themen "securing static files" und "Stream Security"
> mal genauer angeschaut.
> Dabei habe ich die Dokumentation unter:
> https://docs.opencast.org/r/11.x/admin/#configuration/serving-static-files/#securing-static-files befolgt
> und den authentication check für die static files deaktiviert.
> Die Stream-Security Konfiguration habe ich
> gemäß https://docs.opencast.org/r/11.x/admin/#configuration/stream-security/
> eingerichtet. Diese war bei mir deaktiviert und im Plugin ebenfalls
> nicht konfiguriert.
> Bei aktivierter Stream-Security funktioniert nun die Videowiedergabe und
> die Thumbnails werden ebenfalls geladen.
>
> Nun ist meine Frage, reicht die Stream-Security einzig und allein aus?
> So wie ich das verstanden habe wird der Zugriff nun über signierte URL's
> geprüft, oder habe ich da als Laie was falsch verstanden?
> Ich habe mir überlegt opencast dann nur lokal verfügbar zu machen. Aber
> ich schätze dass das nicht möglich ist, da die Anfragen auf die
> Ressourcen über den Client der Benutzer abgesetzt werden.
>
> @Dietmar, anbei die Screenshots
>

> 0.PNG

>
> 1.PNG
>
> Gruß
> Darko
> dzenk...@online.de schrieb am Freitag, 29. April 2022 um 12:30:16 UTC+2:
>
> Hallo Darko,
>
> ist in Opencast und in der Konfig des Plugins Stream Security
> aktiviert? Evtl. gibt es aber auch ein Problem mit dem
> User/Group-Mapping. Könntest Du daher bitte mal Screenshots der
> Plugin-Konfiguration im Bereich "Gruppen & Rollen" sowie "Security"
> posten?
>
> Viele Grüße,
> Dietmar
>
>
>

[Dietmar Zenker]

Hallo Darko,

die fehlenden Rollen dürften wie von Christoph erwähnt die Ursache des Problems sein. Wichtig wäre da auch "ROLE_EXTERNAL_APPLICATION" - im Anhang mal als Beispiel, wie das bei uns konfiguriert ist.

Zur Stream Security: sofern ihr keinen gemeinsamen IdP nutzt, funktioniert das nur mit dem ILIAS-internen Paella-Player. Dieser holt sich sich dann die Video- und sonstigen Dateien vom Opencast-Server, und ausgeliefert werden nur Ressourcen mit gültiger Signatur. Da in diesem Fall ILIAS der Referrer ist, könnte man den Zugriff auch alternativ oder zusätzlich auf die IP des ILIAS-Servers begrenzen.

Warum die Videowiedergabe bei dir mit aktivierter Stream Security dann doch funktioniert, kann ich mir auch nicht erklären - dürfte eigentlich nicht sein, bzw. das hat nichts mit dem eigentlichen Problem der fehlenden Rollen zu tun...

Viele Grüße,

Dietmar

[Darko Zivkovic]

Hallo zusammen,

entschuldigt meine späte Antwort, bei mir kam noch ein Urlaub dazwischen :)

Ich habe euren Ratschlag mit der fehlenden Standardrollen umgesetzt, leider musste ich feststellen das die Videowiedergabe dennoch nicht funktioniert. Ich habe ebenfalls überprüft ob mein Nutzer auch die definierten Rollen auch hat. 

Ich hab euch dazu mal einen Screenshot der aktuellen Rollenkonfiguration in den Anhang gepackt.

Das es mit der aktivierten Stream-Security funktioniert hat kann ich mir nur erklären das ich davor die Authentifizierung der Static files deaktiviert habe. Diese Annahme habe ich mir auch bestätigen lassen indem ich die Authentifizierung wieder aktiviert habe und
wieder nicht in der Lage war das gewünschte Video abzuspielen.

Bezüglich des internen Videoplayers, so habe ich diesen seit Anfang an aktiv. Hierzu habe ich in der Pluginkonfiguration unter "Settings/Events" den Haken unter "Internal video player" gesetzt.

Mit freundlichen Grüßen
Darko Zivkovic

[Dietmar Zenker]

Hallo Darko,

lt. deinem Screenshot fehlt da aber die Rolle der Gruppe, also "ROLE_GROUP_ILIAS_PRODUCER". Bei uns ist dieser Gruppe der API User ("API Benutzername") zugeordnet.

Viele Grüße,

Dietmar

[Darko Zivkovic]

Hallo Dietmar,

ich habe die Gruppe "Ilias producer" angelegt und meinen API Benutzer hinzugefügt. Unter den Effektiven Rollen des Benutzers ist auch die Rolle der Gruppe
eingetragen "ROLE_GROUP_ILIAS_PRODUCER". Diese habe ich auch unter den Standardrollen des Plugins hinzugefügt und den Namen der Rolle auch nochmal abgeglichen.
Es scheint alles korrekt eingetragen zu sein, leider funktioniert die Videowiedergabe immer noch nicht :/. Ich erhalte weiterhin ein 403 auf den Zugriff der
Thumbnails sowie auf das Video.

Mit freundlichen Grüßen
Darko Zivkovic

[Dietmar Zenker]

Hi Darko,

habe mir nochmal die Konfiguration deiner Publikationen aus dem 1. Post angeschaut: da fällt mir auf, dass da überall "engage-player" als Channel angegeben ist und nicht "API". Im Anhang ist ein Screenshot unserer Einstellungen, mit denen es einwandfrei funktioniert.

Viele Grüße,

Dietmar

[Ruth Lang]

Hi,

Es muss nicht immer „Api“ sein. Der Name ist frei wählbar (bei uns u.a. uzk-download, uzk-annotation) und muss lediglich mit dem im Workflow übereinstimmen.

Und man kann „engage-player“ benutzen (was wir tun),  da dort alle Publikationen (mp4, hls, dash) inzwischen verfügbar sind, wenn die Konfiguration stimmt.

Grüße

Ruth

--
To unsubscribe from this group and stop receiving emails from it, send an email to anwender+u...@opencast.org.
<Opencast Plugin Konfiguration - Publikationen.png>

[Dietmar Zenker]

Hi Ruth,

als wir vor einigen Jahren das Plugin bei uns eingeführt haben, hat es mit dem Channel "engage-player" nicht funktioniert. Theo hat mir dann den Tipp gegeben, den Channel "api" zu verwenden und ich habe die Konfiguration entsprechend angepasst. Damit läuft es seitdem unverändert und daher habe ich da auch nicht mehr dran rumgeschraubt...

Darko kann es ja einfach mal probieren, evtl. wird das Problem dadurch gelöst.

Viele Grüße,

Dietmar

[Dietmar Zenker]

In der Default Config wird übrigens auch der Channel api verwendet:

https://github.com/opencast-ilias/OpenCast/blob/main/configuration/default_config.xml

Gruß,

Dietmar

[Darko Zivkovic]

Hallo zusammen,

ich habe jetzt den Channel von "engage-player" zu "api" geändert. Außerdem habe ich den Workflow von "fast" zu "schedule-and-upload" geändert
da dieser Workflow auch in den "api" Channel publiziert. Somit muss ich den "fast" Workflow nicht zusätzlich anpassen.

Doch auch mit dieser Einstellung werden die Videos nicht geladen :/

Mit freundlichen Grüßen
Darko Zivkovic

[Daniel Ebbert]

Hallo,

wird dir in der Liste der Videos ein Thumbnail für das Video angezeigt?
Wenn nicht, dann ist das das Problem. Der Player spielt nichts ab ohne
eine Vorschaubild.

Gruß
Daniel

On 25.05.22 14:10, 'Darko Zivkovic' via Deutschsprachige Opencast

> <https://github.com/opencast-ilias/OpenCast/blob/main/configuration/default_config.xml>
>
> Gruß,

> Dietmar
>
>
>
> --
> To unsubscribe from this group and stop receiving emails from it, send

[Darko Zivkovic]

Hallo,

also das Thumbnail wird nicht angezeigt. 

Ich schau das ich das Thumbnail zum laufen bekomme und melde mich dann wieder.

Mit freundlichen Grüßen

Darko Zivkovic

[Dietmar Zenker]

Hallo Darko,

 

nutzt Ihr für ILIAS und Opencast eine  gemeinsamen IdP? Bzw. was ist in der Plugin-Konfiguration bei „Gemeinsamer IdP“ und beim User-Mapping eingestellt?

Ansonsten könnte man noch versuchen, mal den Debug-Level zu aktivieren (am besten auf „Ultra“) und anschließend das curl.log zu checken.

 

Viele Grüße,

Dietmar

--
To unsubscribe from this group and stop receiving emails from it, send an email to anwender+u...@opencast.org.