Collabora-Online-Server aufsetzen

[Rüdiger Kupper]

Unser letztes Moodle-Update hat u.a. ein neues Aktivitäten-Plugin gebracht: »Kollaboratives Dokument«. Das ist eine Schnittstelle zu einem »Collabora-Online-Server«, den man allerdings selbst betreiben muss.

Ich schlage vor, nach der Server-Umstellung so einen bei uns aufzusetzen. Nicht nur als Bereicherung unseres Moodles, sondern auch, weil wir den selben Server dann ebenfalls von unserem Nextcloud aus ansprechen können.

Collabora Online

Collabora Online stellt man sich am Besten wie ein LibreOffice vor, das im Browser läuft. Das Ganze aber noch so erweitert, dass mehrere Nutzer ein Dokument miteinander teilen und gleichzeitig verändern können. (Wer noch Google Wave bzw. Etherpad kennt, weiß, wie das bei Textdokumenten aus sieht. Collabora Online ermöglicht das für alle Dateiformate, die LibreOffice unterstützt.)

• ​WikipediaDe:Collabora_Online
• ​https://www.collaboraoffice.com/collabora-online/
• ​https://nextcloud.com/collaboraonline/

Installation

Man benötigt die „Collabora Online Development Edition (CODE)“ (frei & open source). Sie ist für kleine bis mittlere Szenarien geeignet. Für professionelle Hoster gibt es eine massiv skalierbare Version gegen Support-Gebühr.

Die Installation von CODE sieht sehr straightvorward aus. Es gibt ein vorkonfiguriertes Docker-Image oder Paket-Repositories für alle gängigen Linux-Distributionen. Sonst braucht man lediglich einen Web-Server (Apache oder nginx), der bei uns ohnehin läuft.

• ​https://www.collaboraoffice.com/code/

[Rüdiger Kupper]

Wenn ich die Zeit finde, werde ich mal versuchen CODE auf meinem Heimserver aufzusetzen und mit Nextcloud zu verknüpfen. Dann können wir das ausprobieren.

[Rüdiger Kupper]

Die Installation via .deb-Paket war wirklich problemlos. Es gibt das Ganze inzwischen auch als "Plugin" für Nextcloud (eine ganze Office-Suite, wohlgemerkt :-) …). Derzeit funktioniert es trotzdem nicht :-(, weil sich das Datenbankformat von Collabora geändert hat und das Nextcloud-Plugin hat noch nicht nachgezogen. Sowas ist natürlich unerfreulich und für unseren Produktivbetrieb ungeeignet …

[Rüdiger Kupper]

Der Grund für meine nicht funktionierende Installation war ein misslungenes Update in der Verganganheit.
Collabora Online läuft jetzt auf meinem Server, wenn auch eher träge. Doch das ist ein Schmalspur-Server, für unsere Nextcloud-Instanz brauchen wir einen potenten dedizierten Server für Collabora Online.

Aber probiert es aus, ihr habt ein Account auf meinem Server:

rcloud.dynv6.net

Ladet Text-, Tabellen- oder Präsentationsdokumente hoch und bearbeitez sie online in der Cloud.

Je nach dem Server, den wir dafür stellen, wird das mehr oder weniger gut für Loülegen und(?) Schüler gehen.

[bau]

Was sind "Loülegen" :-)
Mit welchem BN/PW kann man sich bei dir anmelden (verifizierst du das Kürzel gegen unseren LDAP)?

[Rüdiger Kupper]

Replying to bau:

Was sind "Loülegen" :-)

Autokorrigierte "Kollegen" :-/.

Mit welchem BN/PW kann man sich bei dir anmelden (verifizierst du das Kürzel gegen unseren LDAP)?

Das wollte ich eigentlich probieren, doch dazu müsste ich die LDAP-Anfrage durch das VPN tunneln, und das war mir mit dem Webserver im abgeschotteten Container zu viel Aufwand (Stichwort: Snap). Also kein LDAP.

Ich dachte, ich hätte Dir mal ein Account eingerichtet? (Sonst mache ich es nachher …)

[bau]

Ja, BN: jens aber NC meldet: falscher BN oder PW

[Rüdiger Kupper]

Ich habe es hinbekommen, den LDAP-Zugriff von meinem Server aus durch das VPN zu tunneln. Nachdem ich die richtige(?) LDAP-Abfrage hatte, hat Nextcloud auch sofort angefangen, lokale Benutzer für alle gefundenen Accounts einzurichten – nicht nur für Benutzer, sondern auch für alle Maschinen- und Prüfungsaccounts (insgesamt über 1000). Glücklicherweise ging das nicht so schnell und ich konnte es bremsen, bevor ich 1000 neue Benutzer in meiner Nextcloud hatte ;-).
Dann habe ich die erlaubten Benutzer erst mal auf kup und bau eingeschränkt. Das Benutzermanagement zeigt uns dann auch mit den Klarnamen aus der LDAP-Datenbank an, schien also zu funktionieren. Allerdings scheiterte es dann bei der Anmeldung: Aus irgend einem Grund hat der LDAP-Server mein Schulpasswort abgelehnt. Gibt es da vielleicht irgend eine Einschränkung bezüglich Zugriff von außen (über VPN).

Ich hab dann erst mal aufgegeben, weil es mir nicht so zielführend schien, meinem Heimserver das LDAP der Schule beizubringen. Wir wissen nun aber immerhin, dass es prinzipiell funktioniert. Meine LDAP-Anfrage muss noch so angepasst werden, dass sie nur Benutzeraccounts (Personen) findet. Und wie letztlich das Passwort überprüft wird, weiß ich gar nicht. Kennst Du Dich bei dem Protokoll aus?

Ich hab Dir jetzt also wieder ein lokales Account von Hand eingerichtet.
Login: jens
PW: schicke ich Dir per Telegram.

Du hast 5GB Speicher auf meiner (externen) Festplatte. Dokumente lassen sich mit allen anderen Nutzern teilen, man kann auch entsprechende Nutzergruppen einrichten.

Collabora Online sollte sofort laufen, d.h., Du kannst Office-Dokumente hochladen und dann direkt auf meinem Server bearbeiten. Man sollte auch gemeinsam und gleichzeitig am selben Dokument arbeiten können, das habe ich noch nicht probiert. Superschnell ist es nicht, ob das am Server liegt (kennst Du ja, das ASRock-Stromspar-Board), oder eben daran, dass die Datei auf der externen Platte liegt (rotierendes Medium über USB 3.0), weiß ich nicht.

Inzwischen habe ich eine Reihe von Apps installiert, die findest Du in der oberen Leiste mit Symbolen. Die Talk-App (nutzt WebRTC, also ganz ähnlich zu Jitsi) haben wir bisher mit max. 3 Personen ausprobiert, ein Test mit mehr Teilnehmern steht noch aus. Um damit durch meinen NAT-Router durchzukommen, läuft bei mir ein TURN-Server.

Jeder Benutzer hat in der Kalender-App einen privaten Kalender und kann beliebig viele andere einrichten. Sie lassen sich über CalDAV von extern mit beidseitigem Sync ansprechen, man kann sie also z.B. mit seinem Handy synchronisieren (oder mit Programmen wie Outlook, OneNote oder Google Calendar).

Eine Adressbuch-App gibt es auch, ob man die an unser LDAP anbinden kann, weiß ich nicht. Es gibt natürlich auch eine EMail-App, die aber derzeit nicht eingerichtet ist (falls wir von SOgo weg wollen).

Also: Einfach mal rumprobieren. Viel Spaß ;-)

[Rüdiger Kupper]

Nwxcloud erlaubt, Webadressen als App in der oberen Leiste erscheinen zu lassen. Ich habe dort mal die üblichen Verdächtigen eingetragen (Kepler-Mail, -Trac, -Login, -Handbuch, -WebUntis). Die jeweiligen Seiten erscheinen als Frame unter der Nextcloud-Seite.
Damit könnte Nextxloud zue primären Anlaufstelle für unsere Dienste werden.

[Rüdiger Kupper]

Diese Links sind nur für Nutzer aus der Gruppe „Kollegen” sichtbar. In unserem Setup müsste die auf die LDAP-Gruppe „teachers“ gemappt werden.

[bau]

Der LDAP (slapd) muss für die Adress des Zugriffs freigeschaltet werden, sonst bekommst du keine Authentifizierung (/etc/ldap/slapd.conf). Das hört sich doch alles ganz prima an. Wenn das funktioniert können wir bei den iPads vielleicht doch noch auf M$-Office 365 zu horrenden Preisen verzichten :-)

Von SOGo möchte ich eigentlich nicht weg. Ich würde das System wieder möglichst breit aufstellen und auch Horde5 und NextCloud anbieten - dann kann jede/r nehmen, was ihm passt und wir haben kein SinglePointOfFailure :-)

[Rüdiger Kupper]

Replying to bau:

Der LDAP (slapd) muss für die Adress des Zugriffs freigeschaltet werden, sonst bekommst du keine Authentifizierung (/etc/ldap/slapd.conf).

Dann war genau das das Problem, okay.

[Rüdiger Kupper]

Frage: Mit welcher (Teil-)abfrage an unseren LDAP-Server kann ich die Liste der Accounts auf

• (a) biologische Personen
• (b) Lehrer
• (c) Schüler

eingrenzen?

[bau]

• alle Benutzer sind in der ou=accounts
• Lehrer sind in der Gruppe 10000
• bei normalen Accounts steht in cn=Vorname Name, sn=Name
• Klassenarbeitsaccounts haben cn=ExamAccount, sn=Account
• Admins haben sn=Doe

[lehm]

...

[Rüdiger Kupper]

@bau

Hierfür brauchen wir ebenfalls eine virtuelle Maschine auf der neuen Hardware.