Nextcloud und Collabora Das starke Duo für datenschutzorientierte Kollaboration

Die Zeiten, in denen ein Cloud-Speicher ausreichte, um Dokumente zu teilen, sind lange vorbei. Aus dem einfachen Datei-Ordner im Internet ist eine Kollaborationsplattform geworden, auf der Teams nicht nur Dateien austauschen, sondern sie auch gemeinsam bearbeiten, kommentieren und versionieren. Eine der prominentesten Lösung dafür ist Nextcloud – und fast unweigerlich taucht dann der Name Collabora auf. Doch so naheliegend die Kombination erscheint, so viele Detailfragen wirft die Integration auf. Dieser Artikel gibt einen Überblick über die wichtigsten Aspekte, von der Auswahl der richtigen Collabora-Variante bis zur Fehlersuche im laufenden Betrieb.

Wer heute die Weichen Richtung Online-Office in der eigenen Cloud stellen will, steht vor einer unübersichtlichen Auswahl. Ein betuchtes Unternehmen kann auf Microsoft 365 und SharePoint setzen, wer es unkompliziert mag, nutzt Google Workspace. Aber Nextcloud hat einen unbequemen Vorteil: Die Daten bleiben in der eigenen Hand. Und mit Collabora Online gibt es eine Office-Suite, die sich nicht vor dem Platzhirschen verstecken muss. Dass die Integration nicht immer reibungslos funktioniert, liegt oft nicht an der Software, sondern an mangelnder Vorbereitung oder einer Konfiguration, die an den Diensten vorbeigeht.

Nextcloud als zentrale Anlaufstelle

Nextcloud ist in den vergangenen Jahren zu einer Art Schweizer Taschenmesser der digitalen Selbstverwaltung geworden. Dateien, Kalender, Kontakte, Aufgaben, Telefonie – all das findet sich in einem durchdachten Web-Interface wieder, das sich nebenbei in sämtliche Desktop- und Mobile-Clients integriert. Es wäre ohne Online-Dokumentenbearbeitung ein Werkzeug mit einer Lücke, die immer wieder schmerzhaft auffällt. Schließlich wollen Menschen nicht nur Dateien ablegen, sondern an ihnen weiterarbeiten. Genau hier setzt Collabora Online an.

Diese Zusammenarbeit ist kein Zufall. Nextcloud arbeitet mit Collabora seit Jahren eng zusammen, und die Entwicklung der Anbindung wird von beiden Seiten forciert. So ist die App “Collabora Online” längst in Nextcloud integriert, ohne dass man dafür irgendwelche Sonderwünsche erfüllen muss – das sagen zumindest die Werbebanner. Die Praxis ist wie so oft etwas sperriger. Wer Nextcloud als reines Privatprojekt mit einer geringen Anzahl von Nutzern betreibt, wird die Einrichtung in einer Stunde durchhaben. Doch im Unternehmensumfeld, mit etlichen Gruppen, Ordnern und Freigabeoptionen, tauchen Fragen auf, die man nicht in der Dokumentation findet, weil sie nichts mit der Software zu tun haben, sondern mit dem Betrieb dahinter. Umso wichtiger ist es, die Grundlagen dieser Kollaboration zu verstehen. Dabei beginnt das Abenteuer meistens mit dem simplen Installieren einer App.

Das Doppel-Leben des Collabora Online

Collabora Online gibt es in zwei Formen: die freie und die kommerzielle. Das ist erst einmal nichts Ungewöhnliches, aber bei der konkreten Einrichtung sorgt das immer wieder für Verwirrung. Auf vielen Blogs liest man: “Docker installieren, Container starten, fertig.” Das ist, gelinde gesagt, eine grobe Vereinfachung. Wer sich für die Development Edition entscheidet, erhält eine Software, die in den Grundzügen funktioniert und auch in kleineren Umgebungen stabil läuft. Allerdings fehlen hier einige Komfortfunktionen, auf die ein Unternehmen nicht verzichten möchte – etwa ein eingebauter Lastausgleich, eine zentrale Verwaltung oder ein Support-Vertrag. Letzteres ist in kritischen Umgebungen keine Nebensächlichkeit. Wenn das Online-Büro mitten in einem wichtigen Projekt ausfällt, möchte man nicht auf ein Community-Forum hoffen, dessen Aktivität mal mehr, mal weniger ausgeprägt ist.

Die Entscheidung für oder gegen die Enterprise-Variante hat deshalb nicht nur finanzielle Dimensionen, sondern auch praktische. Immerhin ist Collabora Online Enterprise auf die Nutzung mit mehreren hundert Benutzern ausgelegt, wobei die Container-Arbeitslast auf mehrere Server verteilt werden kann. Das Community-Projekt, die Collaboration Online Development Edition, kurz CODE, wird dagegen eher für Entwicklungsumgebungen und Installationen empfohlen, bei denen niemand ein Ticket aufmachen wird, wenn mal etwas klemmt. Die Verantwortung liegt dann allein beim Betreiber. Das muss kein Hindernis sein – viele Administratoren haben mit CODE jahrelang keine Probleme. Aber die Erfahrung zeigt, dass die Dokumentation oft an dem Punkt aufhört, an dem die Fehlersuche beginnt.

Mittlerweile gibt es auch die Möglichkeit, Collabora Online als Teil von Nextcloud Hub zu betreiben – einer gebündelten Version, die Nextcloud selbst vertreibt. Das klingt verlockend, weil man nur ein Paket installieren muss. Doch die Wolke der Vorteile hat einen noch immer gern verschwiegenen Nachteil: Man bindet sich an die Vermarktungsstrategie eines Unternehmens, das – wie alle anderen auch – seine eigenen Interessen in den Vordergrund stellt. Wer maximale Flexibilität benötigt, ist mit einer eigenen Installation besser beraten.

Die Einrichtung: Zwischen Container-Chaos und Reverse-Proxy

Die eigentliche Arbeit beginnt nicht mit dem Klassiker “sudo apt install nextcloud-app-collabora”, denn die Nextcloud-App ist nur das Frontend, das die Kommunikation zur Editor-Suite herstellt. Die Suite selbst ist ein eigenständiger Dienst, der zumeist als Docker-Container betrieben wird. Der Container heißt schlicht und ergreifend collabora/code und bringt bereits die wesentlichen Bausteine mit: den WEB-Server, die WOPI-Brücke und den Konverter, der die Dokumente in das interna Format hin- und herschubst. Ein weiterer Container würde das Ganze in eine beliebig wiederholbare Form verwandeln, doch die Realität sieht oft so aus, dass man zunächst mit einer lokalen Installation von Collabora herumexperimentiert, bevor man sich an die Container-Variante wagt.

Für den Produktivbetrieb empfehle ich den Docker-Weg, weil er die Abhängigkeiten sauber kapselt. Aber Achtung: Der Container benötigt eine Verbindung zum Nextcloud-Server, und die ist in dem standardmäßigen Bridge-Netzwerk nicht immer einfach herzustellen. Einige Admins laufen daher mit dem Privileg herum, den Server im „Host-Modus“ zu betreiben, also direkt in dem Netzwerk der Maschine zu sitzen. Das ist pragmatisch, aber es führt zu einer Konfiguration, die später auf einer anderen Maschine nicht ohne Weiteres reproduzierbar ist. Wer möchte, dass der Collabora-Server von außerhalb erreichbar ist, muss ohnehin die Ports und DNS-Einträge anfassen.

Ein weiterer Streitpunkt ist der Reverse-Proxy. Nextcloud selbst läuft in den allermeisten Installationen hinter einem Apache- oder Nginx-Server, der die SSL-Terminierung übernimmt. Damit Collabora darüber erreichbar ist, müssen die Requests an die richtige Stelle weitergeleitet werden. Es klingt simpel, aber die Reihenfolge der Host-Header und das Setzen von X-Forwarded-Proto kann man so schnell falsch konfigurieren, dass die Nextcloud-App den Editor nicht mehr als vertrauenswürdig einstuft. Das Resultat ist die berühmte Meldung: “Collabora Online kann nicht kontaktiert werden.” Dann beginnt das Suchen in den Logs, und früher oder später stößt man auf die Stelle, wo der Server die Cookies nicht setzt oder die WebSocket-Verbindung ins Leere läuft.

Auch die Auswahl der Serveradresse ist nicht ohne Tücken. Collabora erwartet in der Konfiguration die Angabe, welche URLs auf die Installation zugreifen dürfen. Diese von Entwicklern geliebte “Whitelist” ist meistens auf localhost voreingestellt und muss für die eigene Domain beziehungsweise für die Nextcloud-Instanz erweitert werden. Man gibt also die Nextcloud-URL an, ein Leerzeichen, dann die Collabora-URL. Das funktioniert, aber nur, wenn die Daten von beiden Diensten über dieselbe Route erreichbar sind. Wer hier mit internen Namen arbeitet, die von außen nicht aufgelöst werden können, wird scheitern.

Es lohnt sich, bei der Installation auf die neueste Dokumentation von Nextcloud zu blicken. Die Entwickler haben die Angaben in den letzten Versionen stark vereinfacht, sodass ein Einrichtungsknoten sich fast von allein anbietet: Das Test-Tool in der App-Administrationsseite zeigt an, ob der Server mit „Collabora Online“ in der richtigen Version läuft. Davor muss man allerdings sicherstellen, dass die “Nextcloud-Online-Hilfe” aktiviert ist – die vom Installer automatisch heruntergeladen wird, aber nur mit einer funktionierenden Internetverbindung.

WOPI: Die unsichtbare Brücke

Wer sich fragt, wie Nextcloud und Collabora eigentlich unter der Haube kommunizieren, kommt an WOPI nicht vorbei. Dieses Akronym steht für “Web Application Open Platform Interface” und wurde ursprünglich von Microsoft entwickelt, um Office-Webanwendungen in fremde Systeme einzubinden. Dabei agiert Nextcloud als Host, also die Plattform, die die Dateien vorhält. Collabora ist die Webanwendung, die diese Dateien bearbeitet. Die Besonderheit ist, dass die Dokumente nicht an eine dritte Cloud übertragen werden, sondern direkt vom Nextcloud-Server an den Collabora-Server fließen – und zwar als Datenstrom, der von WOPI-Operationen gesteuert wird. Jede Datei bekommt während der Bearbeitung eine Art Fahrausweis in Form eines Token, das die Berechtigung und den Nutzerkontext enthält.

Diese Zwischenschicht macht das System so elegant und so schwierig zugleich. Einerseits muss der Admin sich keine Gedanken über Dateifreigaben außerhalb der Nextcloud-Umgebung machen, weil der Editor nur mit dem WOPI-Endpunkt redet. Andererseits benötigen beide Dienste eine stabile Netzwerkverbindung, die keine unangenehmen Überraschungen bereithält. Ein WebSocket, das nicht durchgehend offen gehalten wird, bricht die Bearbeitungssitzung ab – mitten im Satz, und die ungespeicherten Änderungen sind weg. Das ist nicht nur ein technisches Ärgernis, sondern für viele Benutzer eine Vertrauensfrage in die gesamte Plattform.

In der Praxis lässt sich die WOPI-Schicht gut mit direktem Blick in die Logs diagnostizieren. Wenn der Nextcloud-Admin eine Bearbeitungsanfrage startet, taucht im Log des Collabora-Servers eine Zeile auf wie “Invalid WOPI-URI”. Das deutet darauf hin, dass die Discovery-Datei nicht korrekt installiert wurde oder die Web-Server-Firewall den Pfad blockiert. Ein Blick in die Nextcloud-App-Einstellungen verrät dann, welche URL als WOPI-Endpunkt eingetragen ist. Allzu gerne wird hier dieselbe Domain für Nextcloud und Collabora verwendet, was zwar möglich ist, aber nicht prinzipiell zu empfehlen – die Mechanismen der Token-Validierung können mit doppelten Routen durchaus zickig reagieren. Besser ist es, dem Collabora-Server eine eigene Subdomain zu geben, etwa collabora.example.com. Das wirkt Wundern bei der Fehlersuche und hält die Trennung der Dienste sauber.

Leistung und Skalierung – wenn es kracht

Der Betrieb einer Online-Office-Suite ist kein Spaziergang für den Server. Eine einzelne Collabora-Instanz kann mehrere Dokumente gleichzeitig bearbeiten, aber jede aktive Session verbraucht Arbeitsspeicher und CPU-Zyklen. Die Ankündigungen von Collabora klingen zunächst großzügig: Ein Server mit zwei Kernen und vier Gigabyte RAM reicht für eine Handvoll gleichzeitiger Nutzer. Die Erfahrung lehrt jedoch, dass die Werte in der Praxis schnell überschritten werden, sobald Tabellen mit vielen Formeln oder Präsentationen mit hochauflösenden Bildern geöffnet werden. Dann steigt die Prozessorlast abrupt auf 100 Prozent, die Seitenvorschau braucht Sekunden, und das Betriebssystem beginnt, nach Auslagerungsdateien zu rufen. Das ist kein Zeichen von schlechter Software, sondern die natürliche Folge der Arbeit, die LibreOffice-basierte Konverter leisten.

Wer eine größere Anzahl von Usern unterstützen möchte, kommt um eine Skalierung nicht herum. Dabei zeigt sich, dass die Docker-Welt für solche Fälle durchaus brauchbare Lösungen bietet: mehrere Collabora-Container, die über einen Load-Balancer verteilt werden, wobei die Daten in einem gemeinsamen Dateisystem liegen. Das Problem ist nur, dass WOPI an die spezifische Instanz gebunden ist, die das Dokument zuerst geöffnet hat. Damit der Lastausgleich funktioniert, müssen die Token und die Session-Informationen in einem zentralen Speicher abgelegt werden – etwa Redis oder ein Datenbank-Cluster. Wer das zum ersten Mal einrichtet, verbringt Stunden damit, die verschachtelten Abhängigkeiten zu verstehen. Nicht selten wünscht man sich dann, man hätte einfach eine schlichte Single-Instanz für die fünfzehn Leute im Büro belassen.

Ein weiterer Aspekt ist die Latenz zwischen Nextcloud und Collabora. Die Dokumente werden beim Öffnen von Nextcloud zu Collabora transferiert und nach jeder Änderung zurückgespielt. Wenn diese beiden Dienste auf verschiedenen Servern oder gar in verschiedenen Rechenzentren laufen, hat das Einfluss auf die Reaktionszeit der Benutzeroberfläche. Das macht die Arbeit im Editor zäh, und es passiert schneller als gedacht, dass mehrere Benutzer gleichzeitig versuchen, dieselbe Datei zu öffnen. Die Kapazität kann zwar mit modernen SSDs und genügend RAM abgefedert werden, aber die Netzwerkstrecke bleibt der Flaschenhals. Wer die Installation also räumlich trennen will, sollte zumindest sicherstellen, dass die WOPI-Kommunikation über ein eigenes VLAN läuft.

Ein wichtiger Punkt, der in praxisnahen Blogs kaum Erwähnung findet, ist die Auswirkung der Serverkonfiguration auf die Fairness der Zugriffe. Nextcloud ist eine PHP-Anwendung, die oft mit Apache betrieben wird. Collabora dagegen läuft als eigener Prozess und verwendet einen eingebauten HTTP-Server. Wenn beide auf derselben Maschine laufen, konkurrieren sie um Ressourcen. Das kann zu der Situation führen, dass Nextcloud bei hoher Last langsamer antwortet, obwohl Collabora noch gut durchatmet. Es wäre ein Irrtum zu glauben, dass die Integration der beiden Systeme die Performanceprobleme verschwinden lässt. Im Gegenteil – der Admin muss die Ressourcengrenzen von Anfang an klar ziehen und den Prozessen feste Speicherlimits auferlegen. Das machen Docker-Container glücklicherweise automatisch, wenn man die Limits entsprechend setzt. Eine gute Orientierung ist die Faustformel: Pro aktiver Sitzung mindestens einen halben Gigabyte RAM zusätzlich einplanen.

Sicherheit und Datenschutz – Die Mühen der Ebene

Für viele Unternehmen ist die Datensouveränität der Hauptgrund, auf Nextcloud und Collabora zu setzen. Die Dokumente verlassen das eigene Haus nicht. Das ist werbewirksam, aber es bedeutet nicht, dass man sich entspannt zurücklehnen darf. Denn die Software ist nur so sicher wie ihre Konfiguration. Der WOPI-Protokollweg ist eine Angriffsfläche für Cross-Site-Request-Forgery, wenn nicht ausreichend gegenprüft wird, von wem die Anfragen kommen. Nextcloud und Collabora setzen zwar auf Token, die eine gewisse Schutzwirkung bieten, doch der Teufel steckt im Detail: Bei der Einrichtung muss die Nextcloud-Instanz als vertrauenswürdige Quelle im Collabora-Server registriert werden. Wenn diese Prüfung nicht scharf geschaltet ist, kann unter bestimmten Umständen ein Angreifer über eine präparierte Grunddatei Code ausführen.

Ein nicht zu unterschätzender Aspekt ist auch die Nutzung der Software in einem Netzwerk, das nicht isoliert ist. Der Collabora-Server muss, sofern man ihn nicht hinter einem VPN oder in einem internen Netzwerk versteckt, gegen unerwünschte Zugriffe von außen härten. Dazu gehört das Abschalten von Debug-Endpunkten, das Setzen einer strengen Firewall sowie die Verwendung von SSL-Zertifikaten, die nicht von einer Stelle ausgestellt werden, der man misstraut. Es beruhigt ungemein, wenn die Kommunikation zwischen Nextcloud und Collabora über ein eigenes Netzwerk läuft, das keine öffentliche IP besitzt. Wer das nicht tut, muss zumindest die Webserver-Logs regelmäßig darauf prüfen, ob dort merkwürdige Zugriffe auftauchen. In einer großen Installation ist das kaum noch manuell machbar – dann gehört ein Log-Management auf den Plan, das viele Selbstbetreiber einfach nicht betreiben.

Eine ganz andere Seite der Sicherheit betrifft die Dateiversionierung und die Reste von temporären Dateien. Wenn ein Dokument bearbeitet wird, legt Collabora auf dem Dateisystem diverse Kopien an, die nach dem Schließen eigentlich gelöscht werden. In unregelmäßigen Abständen bleibt aber ein Datenmüll liegen, der sensible Informationen enthalten kann. Ein sauberer Admin richtet daher eine regelmäßige Bereinigung des Cache-Verzeichnisses ein. Hier hilft es, den Collabora-Dienst als eigenen Benutzer auszuführen, der nur die Dateien sehen darf, die er für die Bearbeitung braucht. Das ist zwar keine Raketenwissenschaft, aber es braucht Disziplin. Und Disziplin ist bekanntlich nicht die Stärke derer, die eine Online-Cloud nur nebenbei betreiben.

OnlyOffice als ewiger Rivale

Kaum eine Diskussion über Collabora kommt an OnlyOffice vorbei. Die Integration von OnlyOffice in Nextcloud ist ähnlich unkompliziert und wird von vielen Nutzern als komfortabler empfunden, weil die Oberfläche moderner und vertrauter wirkt als das klassische LibreOffice-Design. Tatsächlich hat OnlyOffice in den letzten Jahren gewaltig aufgeholt, insbesondere bei der Darstellung von DOCX-Dateien. Der Grund dafür ist trivial: OnlyOffice hat einen eigenen Editor entwickelt, der stark an Microsoft Word erinnert. Wer mit Word-Dokumenten arbeitet, wird sich dort schneller zurechtfinden als mit der eher sperrigen Werkzeugleiste von Collabora. Auch die Unterstützung für Echtzeit-Kollaboration ist bei OnlyOffice gut, wobei die Technologie nicht auf WOPI basiert, sondern auf einem eigenen Protokoll, das sich über die Architektur von Nextcloud legt.

Auch die Skalierung ist bei OnlyOffice in einigen Punkten einfacher, weil der Server hier nicht so viele CPU-Zyklen für die Konvertierung benötigt. Dafür gibt es eine bemerkenswerte Kehrseite: OnlyOffice steht unter einer Lizenz, die in der freien Community-Edition Grenzen setzt. Einige Funktionen, insbesondere die Verwendung mit mehreren Nextcloud-Instanzen, sind der kommerziellen Version vorbehalten. Daher ist für ein Unternehmen, das langfristig planen will, eine genaue Prüfung der Lizenzbedingungen Pflicht. Man kann durchaus den Eindruck bekommen, dass OnlyOffice die Nextcloud-Welt strategisch nutzt, um seine eigenen Server-Lösungen zu bewerben. Natürlich macht Collabora nichts anderes – aber Collabora ist eng mit der LibreOffice-Codebasis verbunden und handelt aus einer offeneren Position heraus. Das mag eine Frage der Überzeugung sein, aber sie entscheidet oftmals zwischen den Möglichkeiten der Anpassung.

Die Entscheidung zwischen den beiden wird letztlich auf einer fachlichen, aber auch auf einer emotionalen Ebene getroffen. Wer bereits LibreOffice-Erfahrung hat, fühlt sich bei Collabora wohl. Wer modernere Formate nutzt oder mit Kunden und Partnern ausschließlich in Microsoft-Dokumenten kommuniziert, wird bei OnlyOffice weniger Reibungspunkte finden. Dazu gehört auch die Tatsache, dass OnlyOffice sehr viel sauberer mit Tabellen und Präsentationen umgeht, während Collabora hin und wieder Formatierungsfehler zeigt, die aus dem LibreOffice-Kosmos stammen. Nicht zuletzt ist die App-Integration in Nextcloud bei OnlyOffice eine reife Leistung, die mit vielen Funktionen aufwartet, etwa der Fernvorschau von Office-Dokumenten auf Mobilgeräten.

Stolpersteine und Pannen aus dem Alltag

Ein Projekt mit Collabora und Nextcloud ist selten eine eintägige Übung. Früher oder später tauchen Probleme auf, die den Administrator an den Rand der Verzweiflung treiben. Dazu gehört der Klassiker: Die Nextcloud-App meldet “Collabora Online nicht erreichbar”, obwohl der Server läuft und die URL korrekt eingerichtet wurde. Dabei zeigt sich meistens, dass die Verbindung nur über einen alten HTTP-Port hergestellt wird, der inzwischen auf HTTPS umgestellt wurde – die SSL-Zertifikate sind abgelaufen oder die Firewall denkt, sie würde mitreden können. Auch die Konfigurationsdatei des Collabora-Containers kann die Verbindung blockieren. Ein einzelnes ungültiges Zeichen in der Datei, etwa ein fehlender Strichpunkt, verursacht dann ein bizarres Verhalten: Der Editor lässt sich öffnen, die Dokumentliste erscheint, aber sobald man auf eine Datei klickt, bleibt die Seite grau.

Ein weiteres Thema, das für Frustration sorgt, ist die Speichernutzung. Der Collabora-Dienst erstellt ständig temporäre Dateien, die in einem Container nicht überleben. Wer den Container mit einem begrenzten Storage betreibt, wird sich wundern, warum die Festplatte nach gewisser Zeit voll ist. Erst ein Blick in das Dateiverzeichnis zeigt, dass dort unzählige verwaiste Temp-Dateien liegen, die nach einem Absturz des Containers nicht aufgeräumt wurden. Eine Cron-Job-Stunde könnte das Problem lösen, aber das soll ja nicht die Aufgabe des Admins sein. Ein anderes typisches Problem ist das fehlende Bearbeiten von Dateien, die in eingebetteten Ordnern liegen. Die Kollaborations-Integration achtet darauf, dass die Datei, die geöffnet wird, in der lokalen Dateiablage von Nextcloud liegt – klingt trivial, doch mit Hilfe von externen Storage-Systemen wie S3 kommt es gelegentlich zu Synchronisationsproblemen, wenn der Collabora-Server die Datei nicht abrufen kann.

Die größte Panne ist allerdings der Ausfall des Websocket-Streams. Die Kommunikation gibt eine andauernde Netzwerkverbindung zwischen dem Browser und dem Collabora-Server vor. Wenn diese Verbindung reißt, etwa wegen einer Proxy-Einstellung, die Timeouts zu streng setzt, verlieren die Nutzer die Verbindung zum Editor und müssen die Seite neu laden. Dass dabei Änderungen verloren gehen, ist nicht zwangsläufig, aber es kommt vor. Es wäre übertrieben zu sagen, dass Collabora hier anfälliger ist als andere Produkte, aber die Abhängigkeit von der Netzwerkstabilität sollte jedem Betreiber bewusst sein.

Ein letzter Stolperstein sind Updates. Nextcloud und Collabora werden in einem so schnellen Rhythmus aktualisiert, dass man kaum hinterherkommt. Dabei bringt jede neue Version kleine Änderungen an der Integration mit sich, die nicht immer abwärtskompatibel sind. Eines schönen Tages funktioniert die Dokumentvorschau nicht mehr, weil der Collabora-Server eine neue API-Variante braucht. Dann hilft nur, die Logs zu studieren. Die Dokumentation von Nextcloud listet zwar die unterstützten Versionen der Partner-App, aber sie wird nicht immer gepflegt. Ein Admin, der auf dem Stand der Dinge bleiben will, muss also den Changelogs beider Projekte folgen – ein kontinuierlicher Aufwand, der keinesfalls zu unterschätzen ist.

Zukunftsperspektiven: Kollaboration ohne Grenzen

Trotz dieser Schwächen hat die Kombination aus Nextcloud und Collabora eine gewisse Strahlkraft. Das liegt nicht allein an der Idee der digitalen Selbstbestimmung. Es liegt auch daran, dass die Technologie inzwischen reif genug ist, um in echten Arbeitsumgebungen zu bestehen. Die Zusammenarbeit zwischen den beiden Projekten wird intensiver. In jüngeren Versionen hat Nextcloud eine bessere Integration für Desktop- und Mobile-Clients eingebaut, und es ist klar, dass die Zukunft in einer durchgehenden Präsenz auf allen Geräten liegt. Die Vorstellung, auf dem Laptop einen Entwurf zu schreiben, ihn nahtlos auf dem Tablet weiterzubearbeiten und im Büro mit Kollegen gleichzeitig an demselben Dokument zu ändern, ist heute bereits Realität. Dass dieser Flow durch eine Client-App wie Nextcloud Talk begleitet wird, bei der man direkt im Editor eine Video-Konferenz starten kann, zeigt die Richtung: Es geht nicht länger um die Software, sondern um das Ökosystem.

Auch bei Collabora selbst ist Bewegung zu sehen. Die Entwickler arbeiten an einer Verbesserung der kollaborativen Funktionen, insbesondere im Bereich der Kommentare und der Nachvollziehbarkeit von Änderungen. Man nimmt vermehrt Einfluss auf das Design, das lange Zeit wie ein Relikt aus den 2000ern wirkte. Die Integration von maschinellen Übersetzungen und Sprachassistenten mag in ferner Zukunft liegen, aber der Weg ist abgesteckt. Für Unternehmen, die auf Open-Source-Software setzen, ist das ein beruhigendes Signal: Die Technologie entwickelt sich nicht in eine proprietäre Nische, sondern bleibt öffentlich gestaltbar. Das unterscheidet Collabora von OnlyOffice, das zwar auch eine Community hat, deren Steuerung aber bei einer einzelnen Firma liegt.

Es wäre vermessen, eine Prognose über den endgültigen Sieg der einen oder anderen Lösung abzugeben. Dafür sind die Anforderungen in den unterschiedlichen Betrieben zu groß und die Pfade der Digitalisierung zu vielfältig. Wichtig ist, dass Nextcloud als zentrale Datenplattform eine neutrale Basis bleibt, auf der verschiedene Office-Engines laufen können. Genau diese Flexibilität wird von der Open-Source-Community geschätzt. Der Wettbewerb zwischen Collabora und OnlyOffice hat in den vergangenen Jahren zu einem beachtlichen Qualitätssprung geführt, von dem am Ende alle Nutzer profitieren. Es ist zu hoffen, dass die Entwicklung in dieser Offenheit weitergeht und die Hersteller nicht in die Versuchung geraten, ihre eigenen kleinen Monokulturen zu erschaffen.

Fazit: Ein starkes Duo mit Nebenwirkungen

Nextcloud und Collabora sind heute eine der tragfähigsten Lösungen für datenschutzorientierte Kollaboration im eigenen Haus oder auf eigenen Servern. Die Integration ist ausgereift, aber nicht trivial. Wer sie einführt, sollte sich der Mühen bewusst sein: Eine saubere Container-Konfiguration, die Wahl der richtigen Version und ein wachsames Auge auf die Ressourcen sind kein Einmalaufwand, sondern eine Daueraufgabe. Der Lohn dafür ist eine Arbeitsumgebung, die den Vergleich mit den großen Anbietern nicht scheuen muss und bei der die Hoheit über die Daten in den eigenen Händen bleibt. Das ist für viele Entscheider – nicht zuletzt in Zeiten gestiegener Anforderungen an den Datenschutz – ein entscheidendes Argument. Die Reise ist nicht abgeschlossen, und das ist auch gut so. Denn nur, wenn sich die Software weiterentwickelt und an die Bedürfnisse der Nutzer angepasst wird, bleibt sie eine echte Alternative zu den Kommerzprodukten aus den USA. Wer diese Reise mitgeht, sollte Geduld mitbringen und die Tücken der Technik als Teil des Lernprozesses akzeptieren – der Humor eines Systemadministrators schadet dabei sicherlich nicht.