Die Online-Editoren von ONLYOFFICE sind eine beliebte Ergänzung zur Sync & Share Lösung Seafile. So einfach die Integration von ONLYOFFICE auch scheint, kontaktieren uns leider immer wieder frustrierte Administratoren, die ONLYOFFICE einfach nicht mit Seafile verknüpft kriegen. Der Grund für diese Probleme liegt in den meisten Fällen in der Verwendung von alten Seafile und ONLYOFFICE Versionen oder eines selbst erzeugten Zertifikats – häufig in Kombination mit der Verwendung von lokalen IP-Adressen. Dieser Artikel gibt eine Hilfestellung, wie man auch mit diesem Setup eine funktionierende Integration von ONLYOFFICE und Seafile erreicht.
Im englischen Seafile Manual sind die notwendigen Schritte zur Integration von ONLYOFFICE mit Seafile umfangreich beschrieben. Die offizielle Empfehlung ist es, dass sowohl Seafile als auch ONLYOFFICE über eine öffentliche URL erreichbar sein sollten. ONLYOFFICE kann dabei entweder als Unterverzeichnis eines Seafile Systems (z.B. …/onlyofficeds) oder als Subdomain (onlyofficeds.domain.de) installiert werden. Auch bei der Art der Installation gibt es zwei Alternativen. ONLYOFFICE kann entweder als Docker-Container oder direkt aus den Paketquellen installiert werden.
Egal für welche Art der Installation man sich entscheidet, sobald ein ONLYOFFICE zur Verfügung steht sollte, genügt es in den seahub_settings.py den folgenden Code-Block einzutragen. Schon sollte die Integration funktionieren.
# Enable ONLYOFFICE
ENABLE_ONLYOFFICE = True
VERIFY_ONLYOFFICE_CERTIFICATE = False
ONLYOFFICE_APIJS_URL = 'http{s}://{your ONLYOFFICE server's domain or IP}/web-apps/apps/api/documents/api.js'
ONLYOFFICE_FILE_EXTENSION = ('doc', 'docx', 'ppt', 'pptx', 'xls', 'xlsx', 'odt', 'fodt', 'odp', 'fodp', 'ods', 'fods')
ONLYOFFICE_EDIT_FILE_EXTENSION = ('docx', 'pptx', 'xlsx')
Dieses Setup funktioniert einwandfrei, wenn sowohl Seafile als auch ONLYOFFICE über eine öffentlich erreichbare URL mit einem gültigen SSL-Zertifikat erreichbar sind. Insbesondere in Zeiten von Let’s Encrypt stellt dies typischerweise auch kein Problem mehr dar. Die Probleme entstehen typischerweise dann, wenn entweder ONLYOFFICE oder Seafile nicht über ein gültiges Zertifikat verfügen.
Ein problematisches Szenario könnte z.B. so aussehen: auf einem Sever mit der lokalen IP-Adresse 192.168.1.14 ist sowohl Seafile und auch ONLYOFFICE als Docker-Variante installiert. Der lokale Webserver ist so konfiguriert, dass die ONLYOFFICE Welcome Page zuverlässig über 192.168.1.14/onlyofficeds angezeigt wird. Trotzdem funktioniert die Integration von Seafile nicht. Beim Aufruf eines Office-Dokuments öffnet sich zwar ONLYOFFICE im Browserfenster, aber es kommt zu einer Fehlermeldung. Je nach Seafile Version können die Fehlermeldungen unterschiedlich lauten: Entweder es erscheint schlicht ein Error oder ein Warnhinweis, dass das Dokument kann nicht gespeichert werden etc.
Das Problem ist, dass die Kommunikation in beide Richtungen erfolgt. Seafile fragt beim ONLYOFFICE Server nach und ONLYOFFICE schickt Informationen an Seafile. In der Seafile Konfiguration kann man angeben, dass die Verifikation von SSL Zertifikaten nicht erforderlich ist. Bei ONLYOFFICE kann man diesen Parameter nicht setzen. Hier wird erwartet, dass die Seafile URL über ein gültiges Zertifikat verfügt. Man kann sich das also vereinfacht so vorstellen: Seafile schickt die Datei an ONLYOFFICE. ONLYOFFICE verarbeitet diese Informationen und will seine Antwort an Seafile schicken, stellt jedoch fest, dass die Kommunikation mit Seafile nicht den Anforderungen entspricht.
Am Ende ist die Lösung so einfach wie trivial. In ONLYOFFICE-Dokumentenserver muss eingestellt werden, dass die Kommunikation mit Seafile über eine Verbindung mit einem selbst erzeugten Zertifikat erfolgen darf. Dafür genügt es einen Konfigurationsparameter zu ändern und den Dokumentenserver neu zu starten.
# Absprung in den ONLYOFFICE-Docker Container (nur notwendig bei Docker-Installationen)
$ docker exec -it /bin/bash
# Der ONLYOFFICE-Parameter "rejectunauthorized" muss auf "false" geändert werden
nano /etc/onlyoffice/documentserver/default.json muss ein Parameter umgestellt werden.
# Neustart von ONLYOFFICE und ggf. verlassen des Containers
$ supervisorctl restart all
$ exit Danach sollte es, ohne Probleme möglich sein Office Dokumente aus Seafile an ONLYOFFICE zu übergeben und damit zu arbeiten. Die Kommunikation zwischen Seafile und ONLYOFFICE läuft weiterhin verschlüsselt per HTTPS ab, jedoch wird ab sofort von beiden Softwarelösungen nicht mehr ein beglaubigtes Zertifikat gefordert.
Dieses Verhalten sollte nur bei älteren Seafile Versionen auftreten. Nach einem Update auf die neueste Seafile Version sollte dieser Fehler verschwinden. Hintergrund ist, dass in älteren Seafile Versionen der Parameter Verify_ssl_… nicht konsequent umgesetzt wurde. So gibt es einzelne Views, wie z.B. der für den Speichervorgang von ONLYOFFICE verantwortlich ist, in denen weiterhin eine abgesicherte Verbindung erforderlich ist. Möchte man partout nicht auf eine neuere Seafile Version aktualisieren, muss man die entsprechenden Dateien identifizieren und entsprechend anpassen. So müsste man z.B. bei der Version 7.0.4 Professional Edition folgende Änderung durchführen.
# alte Version von /home/seafile/seafile-server-latest/seahub/seahub/onlyoffice/views.py
requests.post(update_url, files=files)
# neue Version von /home/seafile/seafile-server-latest/seahub/seahub/onlyoffice/views.py
requests.post(update_url, files=files, verify=False)
Nach dieser Änderung ist ein Neustart von Seafile und Seahub notwendig.
Machen Sie sich das Leben leicht und nutzen Sie sowohl für Seafile als auch ONLYOFFICE Let’s Encrypt Zertifikate und öffentlich erreichbare URLs. So vermeiden Sie Stolpersteine, wie sie in diesem Artikel beschrieben sind. Wenn Sie trotzdem entgegen der Empfehlung selbst-erzeugte Zertifikate verwenden wollen, müssen Sie um die Details von ONLYOFFICE und Seafile wissen und die entsprechenden Konfigurationsanpassungen vornehmen. Ich wünsche viel Spaß mit ONLYOFFICE und Seafile.