Der Trick mit dem Dropbox-Mount in Nextcloud

Nextcloud ist für viele IT-Verantwortliche die Antwort auf die Frage, wie man Datenaustausch selbst in die Hand nimmt. Eigene Server, offene Schnittstellen, keine Cloud-Abhängigkeit. Umso befremdlicher wirkt es, wenn ausgerechnet in einer Nextcloud-Umgebung ein Dropbox-Logo auftaucht. Aber dieser Eindruck trügt. Wer in einem Unternehmen sitzt, das seit Jahren mit Dropbox arbeitet und nur langsam auf eine selbst gehostete Lösung umsteigen kann, dem hilft die Funktion „External Storage“ enorm. Sie erlaubt es, die alte Cloud in der neuen sichtbar zu machen.

Dabei zeigt sich schnell, dass Nextcloud hier keine einfache Sync-Geschichte nachrüstet. Es geht nicht um einen Client, der Dateien vom Dropbox-Server spiegelt. Nextcloud hängt die fremde Ablage einfach in den eigenen Dateibaum ein. Aus Anwendersicht sieht das aus, als läge ein weiterer Ordner auf dem Nextcloud-Server. In Wirklichkeit reden die beiden Systeme über eine API – und zwar live. Das ist manchmal praktisch und manchmal tückisch.

Woher die Skepsis rührt

Die Grundsatzfrage ist berechtigt: Warum soll jemand ausgerechnet Dropbox in Nextcloud einbinden, wenn Nextcloud doch die Ablösung von Diensten wie Dropbox sein will? In der Praxis gibt es darauf meist zwei Antworten. Erstens: Migration. Wer ein paar tausend Dateien von einem bestehenden Dropbox-Teamaccount nach Nextcloud überführen möchte, kann nicht einfach den Stecker ziehen. Solange die alten Projektordner noch genutzt werden, müssen sie irgendwo erreichbar bleiben. Zweitens: hybride Zusammenarbeit. Es gibt Partnerfirmen oder Kunden, die auf Dropbox bestehen und keine Möglichkeit sehen, auf einen selbst gehosteten Dienst umzusteigen. Die Nextcloud-Administration stellt dann den Zugang zu diesen Fremddaten bereit, ohne dass jeder Mitarbeiter ein Dropbox-Konto braucht.

Man darf aber nicht verschweigen, dass hinter der Integration ein gewisser Ironie-Verdacht steckt. Nextcloud lebt von dem Gedanken, dass der Nutzer die Kontrolle über die eigene Infrastruktur behält. Bindet man Dropbox ein, gibt man diese Kontrolle auf einem Teilpfad wieder ab. Die Dateien liegen weiterhin bei einem externen Anbieter – und zwar vollständig. Nextcloud wird im schlimmsten Fall zu einer Art Konzernfront für externe Ablagen. Ob das ein Fehler ist, hängt davon ab, wie sauber man die Rechte und den Verwendungszweck im Vorfeld definiert.

Die Vorarbeit: Eine App für den Fremdzugriff

Bevor es ans Eingemachte geht, muss in Nextcloud die Erweiterung „External Storage Support“ aktiv sein. In neueren Versionen heißt das schlicht „Externe Speicher“ und wird über den App-Store der Installation eingeschaltet. Das klingt trivial, ist aber der erste Stolperstein: Ohne diese App gibt es im Administrationsbereich weder einen Punkt „Externe Speicher“ noch eine Möglichkeit, Dropbox überhaupt auszuwählen. Ist das erledigt, sieht man in den Einstellungen einen neuen Bereich, in dem sich verschiedene Speichertypen anlegen lassen.

Die eigentliche Vorarbeit aber passiert auf der Gegenseite. Dropbox verlangt, dass jede externe Anbindung über eine registrierte „Dropbox-App“ läuft. Das ist kein Programm im klassischen Sinn, sondern ein Satz von Anmeldedaten, mit denen sich ein Drittsystem gegenüber der Dropbox-API ausweisen kann. Hierzu muss man sich im Entwicklerbereich von Dropbox anmelden und eine neue App anlegen. Der Weg dorthin ist heute etwas versteckt, weil Dropbox kein reines Entwicklerportal mehr anbietet, sondern die entsprechenden Seiten unter „Developer“ ins reguläre Kundenkonto integriert hat.

Ein Detail, über das viele stolpern: Die App muss den Zugriff auf den gesamten Dropbox-Ordner erhalten. Dropbox bietet bei der Registrierung zwei Grundrechte an. Die Beschränkung auf einen „App-Ordner“ klingt zunächst verlockend, ist für die Nextcloud-Anbindung aber meistens die falsche Wahl. Zwar käme die Integration dann nur auf einen einzigen, von Dropbox festgelegten Unterordner zu, aber die Pfadstrukturen, die Nextcloud erwartet, passen nicht zu dieser Einschränkung. In der Praxis heißt es darum: „Full Dropbox“ wählen, also den Zugriff auf das gesamte Konto. Das ist ein dicker Brocken, und man sollte sich im Klaren darüber sein, was man damit zulässt.

Danach erhält man einen sogenannten App-Key und ein App-Secret. Diese beiden Werte werden später in Nextcloud eingetragen. Wichtig ist, dass man das Secret geheim hält. Es ist im Prinzip das Passwort der App-Anbindung. Wer es aus der Nextcloud-Konfiguration abgreifen kann, kann sich als der Dienst ausgeben, der die Dateien abruft. Die nächste Hürde ist die hinterlegte Rückgabe-URL – Dropbox nennt sie Redirect-URI. Sie muss auf die Nextcloud-Instanz zeigen, ansonsten scheitert der Verbindungsaufbau kurz nach dem Start. Die genaue Adresse steht je nach Nextcloud-Version ein wenig unterschiedlich im Dialog, lässt sich aber meist aus der Browserleiste ablesen, während man den Verbindungsprozess anstößt.

Der Mount entsteht

Mit diesen Voraussetzungen geht es in den Nextcloud-Administrationsbereich. Unter „Externe Speicher“ wählt man als Typ Dropbox aus und gibt dem Speicher einen Namen. Der Name ist frei wählbar, taucht aber genau so im Dateimanager der Nutzer auf. Etwas wie „Dropbox Projekte“ ist aussagekräftiger als das kryptische „Dropbox-Konto 1“. Danach trägt man den App-Key und das App-Secret ein, die man vorher im Dropbox-Entwicklerbereich erzeugt hat. Jetzt wird es spannend: Neben den Eingabefeldern erscheint ein Knopf mit der Aufschrift „Grant access“. Erst wenn man darauf klickt, beginnt die eigentliche Verbindung.

Nextcloud öffnet dabei ein Browserfenster zu Dropbox. Man muss sich dort nicht erneut mit einem Passwort anmelden, wenn bereits ein Dropbox-Login aktiv ist, sondern bestätigt nur, dass die App auf die eigenen Dateien zugreifen darf. Im Hintergrund läuft ein Standard-OAuth-Ablauf ab. Nextcloud erhält einen Zugangstoken, der in der Datenbank der Installation abgelegt wird. Das Dropbox-Passwort selbst wird an keiner Stelle gespeichert. Das ist beruhigend, birgt aber ein eigenes Risiko: Wer die Datenbank der Nextcloud in die Hände bekommt, könnte an das Token gelangen und damit auf die angebundene Dropbox zugreifen. Eine verschlüsselte Datenbank oder zumindest restriktive Dateirechte auf dem Server sind daher kein Luxus, sondern Pflicht.

Ist der OAuth-Vorgang abgeschlossen, muss der Eintrag noch gespeichert werden. Danach erscheint im Dateibereich der Nextcloud der neue Ordner. Bei einem frisch angelegten Mount steht dort zunächst nicht viel. Die Inhalte werden nicht kopiert, sondern bleiben in der Dropbox. Nextcloud fragt sie erst ab, wenn jemand den Ordner öffnet. Das dauert bei kleinen Verzeichnissen kaum merklich. Bei großen Ordnern mit vielen Dateien kann die erste Auflistung allerdings ein paar Sekunden in Anspruch nehmen – ein Moment, in dem sich mancher Anwender fragt, ob die Verbindung überhaupt funktioniert.

Was zwischen den Welten passiert

Der Reiz dieser Lösung liegt auf der Hand. Die Dateien sind in der gewohnten Nextcloud-Oberfläche erreichbar, ohne dass sie doppelt Speicherplatz auf dem eigenen Server fressen. Auch die Desktop-Sync-Clients von Nextcloud können die Dropbox-Daten anzeigen – zumindest indirekt. Der Client synchronisiert die Dateien von Nextcloud, und Nextcloud holt sie im Hintergrund aus Dropbox. So entsteht eine Art Kettenreaktion, die den eigenen Server zum Zwischenhändler macht.

Interessant wird es, wenn mehrere Personen gleichzeitig mit denselben Daten arbeiten. Nextcloud sperrt Dateien während der Bearbeitung normalerweise über eigene Metadaten. Bei externen Speichern greift das nur bedingt. Wenn zwei Mitarbeiter nahezu zeitglich dieselbe Datei aus dem Dropbox-Mount öffnen, kann es passieren, dass beide eine neue Version speichern und die jeweils andere Überschreibung verloren geht. Im schlimmsten Fall gibt es keinen Hinweis auf den Konflikt, weil Dropbox die Datei einfach überschreibt. Die Versionshistorie von Dropbox kann einen Teil der Schäden wieder auffangen, aber das setzt voraus, dass sie im Dropbox-Konto aktiviert ist und jemand in der Lage ist, die richtige Fassung wiederherzustellen.

Auch die Versionsverwaltung von Nextcloud bleibt außen vor. Sie greift nur bei Dateien, die in der internen Nextcloud-Ablage liegen. Ein externer Mount verhält sich aus Systemsicht nicht wie ein normaler Speicher, sondern wie ein angebundenes Laufwerk. Nextcloud kann deshalb keine eigenen Versionen anlegen, keinen Papierkorb im gewohnten Umfang bereitstellen und auch die Volltextsuche nicht zuverlässig über den gesamten Bestand laufen lassen. Einmal gelöscht, ist eine Datei im externen Speicher in der Regel sofort weg – zumindest aus der Nextcloud-Perspektive. Die Wiederherstellung muss über den Original-Dienst erfolgen.

In der Praxis merkt man diese Grenzen vor allem dann, wenn man von der gewohnten Dateiablage auf den externen Mount wechselt. Die Bedienung fühlt sich ähnlich an, aber sie ist nicht identisch. Das erzeugt bei Nutzern Erwartungen, die Nextcloud nicht erfüllen kann. Man sollte also rechtzeitig erklären, dass der Dropbox-Ordner eine Sonderrolle spielt.

Berechtigungen und Kontrolle

Nextcloud kennt zwei grundsätzliche Arten, einen externen Speicher anzulegen. Die erste und übliche Variante ist die zentrale Einrichtung durch den Administrator. Dabei wird ein Dropbox-Konto angebunden, das dem Admin gehört oder das für die Organisation bereitgestellt wurde. Der Administrator kann dann festlegen, für welche Benutzer oder Gruppen der Mount sichtbar ist. Das klingt harmlos, kann aber unangenehme Folgen haben, wenn man unbedacht „Alle Benutzer“ auswählt. Denn dann sehen alle Mitarbeiter sämtliche Dateien, auf die das zugrunde liegende Dropbox-Konto Zugriff hat. Wenn dort neben Projektordnern auch private Dateien des Kontobesitzers liegen, ist das Fiasko vorprogrammiert.

Die zweite Variante ist die Einbindung durch einzelne Benutzer. Dafür muss der Administrator in den Einstellungen die Option „Nutzer können externe Speicher anlegen“ aktivieren. Danach können sich die Benutzer ihr eigenes Dropbox-Konto anbinden. Auch hierfür sind die App-Key und das App-Secret aus dem Dropbox-Entwicklerbereich nötig – oder die Administration stellt eine gemeinsame Dropbox-App dafür bereit. Diese Variante ist vor allem in Teams sinnvoll, in denen jeder seine private Dropbox in Nextcloud sehen möchte. Für Unternehmen ist sie weniger geeignet, weil sie unkontrollierte Datenflüsse aus privaten Konten ins Firmennetz bringt.

In beiden Fällen gilt: Nextcloud speichert das Zugriffstoken, nicht das Passwort. Aber das Token ist mächtig. Es erlaubt der Anwendung, Dateien zu lesen, zu schreiben und zu löschen – eben alles, was die eingestellte Berechtigung hergibt. Die Zugriffe auf Dropbox laufen über die API und lassen sich dort im Audit-Log nachvollziehen. Wer den Mount nur lesend anbinden möchte, sollte prüfen, ob die verwendete Dropbox-App auf Schreibrechte verzichten kann. In der Praxis ist ein rein lesender Zugriff über diese API-Konstruktion allerdings nicht sauber abzubilden. Nextcloud erwartet bei der Verbindung üblicherweise eine App, die sowohl lesende als auch schreibende Zugriffe erlaubt.

Nicht zuletzt sollte die Datenschutzfrage geklärt sein. Wer eine Nextcloud in der EU betreibt und daran ein Dropbox-Konto hängt, übermittelt sämtliche Daten an einen Dienst mit Sitz in den USA. Das lässt sich nicht wegdiskutieren. Die Verbindung ist immer aktiv, sobald der Mount genutzt wird. Zwar hat Nextcloud eine Auslagerung der Daten nicht im Sinn, aber der externe Anbieter sieht die Struktur, die Dateinamen und bei jedem Zugriff auch die Inhalte. Vertragliche Vereinbarungen zwischen dem Unternehmen und Dropbox ändern daran technisch nichts. Sie können nur die rechtliche Seite absichern.

Wenn es hakt: die üblichen Probleme

So plausibel die Einrichtung klingt, so schnell kann sie scheitern. Der häufigste Fehler taucht beim OAuth-Vorgang auf. Ein Pop-up-Blocker oder eine zu strikte Browserrichtlinie verhindern das Fenster, in dem der Dropbox-Zugriff bestätigt werden soll. Die Folge ist eine leere Seite, ein abgebrochener Vorgang oder die schlichte Meldung, dass keine Verbindung hergestellt werden konnte. Wer in einer verwalteten Windows-Umgebung arbeitet, sollte zuerst die Browsererweiterungen ausschalten und den Zugriff auf die Dropbox-Domains zulassen.

Der zweite Klassiker ist die falsche Dropbox-App-Konfiguration. Wenn die Redirect-URI nicht hinterlegt wurde, erhalten Anwender nach dem Login eine Fehlermeldung von Dropbox, die kaum Rückschlüsse auf die Ursache zulässt. Auch ein veralteter App-Key kann nach einer Änderung am Dropbox-Konto plötzlich nutzlos sein. Wer also schon vor Monaten eine App angelegt hat und sich nun wundert, dass die Anmeldung nicht mehr klappt, legt besser eine neue App an. Das dauert zehn Minuten und schafft Klarheit.

Auch der Server selbst spielt mit. Die Nextcloud-Instanz muss die API-Endpunkte von Dropbox erreichen können. In restriktiven Firewalls oder Proxy-Umgebungen wird diese Verbindung gern übersehen. Die Folge ist ein Timeout beim Herstellen der Verbindung, obwohl die Nextcloud-Webseite problemlos erreichbar ist. Ein kurzer Test mit einem API-Call von der Kommandozeile hilft, das Problem einzugrenzen. Dazu genügt ein einfacher Befehl wie curl -I https://api.dropboxapi.com, der die Erreichbarkeit prüft. Wenn dort eine Antwort kommt, liegt die Ursache meist in der App-Konfiguration.

Wer viel mit dem externen Speicher arbeitet, wird früher oder später auch Performance-Probleme bemerken. Jede Datei, die in der Nextcloud-Oberfläche angezeigt wird, erfordert im Hintergrund einen Abruf der Verzeichnisliste von Dropbox. Das ist kein lokaler Dateizugriff, sondern eine HTTPS-Anfrage über das Internet. Bei schnellen Verbindungen ist die Latenz kaum spürbar. Bei vielen tausend Dateien in einem Ordner kann das Auflisten aber langsam werden. Abhilfe schafft nur eine Entschlackung der Ordnerstruktur oder eine Migration der Daten in die lokale Nextcloud.

Alternativen – oder: Muss das sein?

Die External-Storage-Anbindung an Dropbox ist ein gutes Werkzeug für Übergangsphasen. Auf Dauer sollte man sie nicht betreiben. Wer die Kontrolle über die eigene Datenhaltung ernst nimmt, wird früher oder später die Inhalte aus Dropbox in die Nextcloud überführen. Dabei gibt es mehrere Wege. Der einfachste ist der Mount selbst: Man verbindet die Dropbox als externen Speicher, kopiert die gewünschten Ordner innerhalb von Nextcloud vom Mount in das lokale Verzeichnis und trennt anschließend die Verbindung wieder. Das Verfahren ist auch für Nichttechniker nachvollziehbar, stößt aber bei sehr großen Datenbeständen an Grenzen, weil beim Kopieren über die API viel Zeit und Datenvolumen anfällt.

Für eine einmalige Migration eignet sich daher eher ein Werkzeug wie rclone. Damit lassen sich Ordner direkt zwischen Dropbox und dem Nextcloud-Server übertragen. Die Umleitung über die Nextcloud-Oberfläche entfällt, was den Vorgang deutlich beschleunigt. rclone spricht sowohl die API von Dropbox als auch die WebDAV- oder UNC-Schnittstelle von Nextcloud. Man kann das Tool auf dem Server installieren, die Übertragung starten und nach ein paar Stunden die Daten in der neuen Umgebung begrüßen. Der Mount bleibt dann nur noch als temporäre Bastelbrücke zurück.

Einige Administratoren nutzen den Umweg über einen rclone-Mount anstelle der offiziellen Nextcloud-Integration. Sie binden Dropbox über FUSE in das Dateisystem des Servers ein und stellen diesen Pfad dann der Nextcloud als lokalen Speicher zur Verfügung. Das hat den Vorteil, dass man mehr Optionen für die zugrunde liegenden API-Aufrufe hat und auch die Cache-Einstellungen von rclone nutzen kann. Der Nachteil liegt in der zusätzlichen Komplexität. Wenn der Mount auf der Kommandozeile läuft und der Server neu startet, muss auch der Mount wieder aktiviert werden. Dafür braucht es Startskripte oder Systemd-Units. Nur wer sich mit den Tücken von FUSE auskennt, sollte diesen Weg gehen. Für die meisten Installationen ist die integrierte External-Storage-Variante die robustere Wahl.

Fazit: Gut für den Übergang, kein Dauerzustand

Nextcloud External Storage mit Dropbox ist eine Funktion, die man kennen sollte, bevor man sie verurteilt. Sie löst echte Probleme in einer gemischten Cloud-Welt. Teams können auf Bestandsdaten zugreifen, ohne einen zweiten Client zu installieren. Administratoren können zentrale Speicher anbinden, ohne die Nutzer mit neuen Logins zu belasten. Und wer den Wechsel von Dropbox zu Nextcloud plant, hat mit dem Mount eine bequeme Möglichkeit, die Daten Stück für Stück zu sichten, zu kopieren und schließlich freizugeben.

Man darf dabei aber nicht vergessen, dass diese Anbindung nur so gut ist wie das schwächste Glied in der Kette. Wenn Dropbox ausfällt, ist der Ordner in Nextcloud leer oder nicht erreichbar. Wenn die API-Rate-Limits greifen, lassen sich Dateien vorübergehend nicht laden. Und wenn ein externes Konto gelöscht wird, sind die Daten verschwunden, ohne dass Nextcloud sie retten könnte. Die External-Storage-Integration ist eine Behelfsbrücke, keine Grundsatzlösung.

Wer sie einsetzt, sollte sie sauber dokumentieren, die Berechtigungen eng halten und regelmäßig prüfen, ob die Brücke noch nötig ist. Sobald die Migration abgeschlossen ist und keine externen Partner mehr auf Dropbox angewiesen sind, gehört der Mount zurückgebaut. Dann bleibt am Ende das stehen, was Nextcloud ohnehin am besten kann: ein selbst kontrollierter Datenraum mit klaren Rechten und schnellen Zugriffen – ganz ohne fremden Wolkenanbieter in der Mitte.