Community-Lösung

GoodSync-ähnliche Multi-Cloud-Synchronisierung auf ZimaOS: Was die Feature-Anfrage von 2026 verlangte und was ZimaOS jetzt unterstützt

An extensive December 2025-April 2026 feature-request thread asking for GoodSync-style multi-cloud, multi-account synchronization. Community members proposed rclone but documented Docker permission and command-parsing problems. IceWhale said a sync function was planned and more cloud integrations were on the roadmap. Current ZimaOS Files now supports multiple accounts per cloud service and direct cloud/local management.

Die ursprüngliche Anfrage war umfassender als „Google Drive verbinden“. Der Benutzer wollte mehrere Konten bei Google Drive, Dropbox, OneDrive, Box und MEGA mit einem Verhalten zur Übertragung bzw. Synchronisierung in beide Richtungen, ohne jedoch eine Ubuntu-VM für einen kommerziellen GoodSync-Client bereitzustellen.

ZimaOS hat sich in Richtung dieses Anwendungsfalls deutlich weiterentwickelt. Die aktuellen Files können Google Drive, Dropbox und OneDrive direkt verbinden, mehrere Konten desselben Anbieters unterstützen und das Kopieren/Verschieben von Daten zwischen Cloud- und lokalem Speicher ermöglichen. Das aktuelle Backup kann außerdem Cloud-, LAN-, USB- oder Zima-Quellen und -Ziele mit Zeitplänen und Versionen verwenden. Dies entspricht jedoch weiterhin nicht allen GoodSync-Funktionen – insbesondere nicht der beliebigen Abdeckung von Anbietern, den Konfliktregeln und der tatsächlichen Semantik bidirektionaler Synchronisierung.

Historischer ZimaOS-Backup-Dialog mit Cloud-Optionen für Google Drive, Dropbox und OneDrive
IceWhale fragte, ob eine Erweiterung von Backup auf weitere Cloud-Dienste und Synchronisierung den Funktionswunsch erfüllen würde.

Die aktuellen Files unterstützen mehrere Konten desselben Cloud-Anbieters

Die aktuelle Dokumentation zu IceWhale Cloud Drives weist ausdrücklich darauf hin, dass Benutzer zwei Google-Drive- oder zwei OneDrive-Konten nebeneinander verbinden können. Verbundene Cloud-Ordner erscheinen in Files neben dem lokalen Speicher.

Siehe den aktuellen Workflow für Cloud-Laufwerke mit mehreren Konten.

Backup und Synchronisierung sind nicht derselbe Vorgang

Die aktuelle Dokumentation zu IceWhale Backup warnt ausdrücklich davor, dass die Cloud-Synchronisierung Änderungen – einschließlich Löschungen – spiegelt, während Backup fortlaufend schreibt und Versionen/Wiederherstellungspunkte beibehält. Verwenden Sie Backup, wenn Schutz das Ziel ist; verwenden Sie Kopieren/Verschieben/Synchronisieren nur, wenn Sie die Auswirkungen von Löschungen verstehen.

Verwenden Sie das aktuelle versionierte Sicherungsmodell.

rclone bleibt eine leistungsstarke Multi-Provider-Option

Die Community schlug rclone vor, weil es viele Cloud-Anbieter sowie mehrere Remotes/Konten unterstützt und dabei deutlich weniger Aufwand als eine vollständige Ubuntu-VM verursacht.

In denselben Antworten wurde wiederholt gewarnt: rclone sync kann Zieldateien löschen, damit beide Seiten übereinstimmen. Neuen Benutzern wurde empfohlen, zunächst eine einseitige copy mit wegwerfbaren Testdaten.

rclone-Web-GUI-Dashboard, das während der Diskussion über die Multi-Cloud-Synchronisierung in ZimaOS ausgeführt wurde
rclone kann eine breite Unterstützung für Anbieter bieten, doch der Thread zeigt wiederholt, dass es sich eher um ein Werkzeug für Power-User als um eine geführte App wie GoodSync handelt.

Ein Benutzer stieß auf ein Problem mit den Docker-Socket-Berechtigungen, bevor rclone überhaupt gestartet wurde

SirWills CLI-Versuch schlug fehl, weil der aktuelle Shell-Benutzer keine Verbindung zu /var/run/docker.sock. Das war ein Docker-Berechtigungsproblem und kein Hinweis darauf, dass rclone selbst fehlerhaft war.

Die Benutzeroberfläche für benutzerdefinierte Apps übergab den rclone-Befehl ebenfalls falsch

Von der Community geteilter rclone-Docker-Befehl mit rcd-Web-UI-Argumenten, die während der ZimaOS-Einrichtung verwendet wurden
Die Quelle stellte später fest, dass einige GUI-Felder den gesamten rcd ... den Befehl als ein Argument statt als separate Argumente.

Die Community kam zu dem Schluss, dass eine ordnungsgemäße Docker-Compose-Definition übersichtlicher ist, weil jedes Argument explizit und reproduzierbar ist.

IceWhale hat sich mit der Funktionsanfrage befasst

777-Spider fragte, ob eine Erweiterung der integrierten Backup-App um weitere Cloud-Dienste und Synchronisierung den Bedarf decken würde. Im Januar 2026 sagte er, dass innerhalb von etwa drei Monaten eine Synchronisierungsfunktion geplant sei und weitere Cloud-Integrationen auf der Roadmap stünden.

Diese Aussage ist ein historischer Beleg für die Roadmap, keine Garantie dafür, dass jede vorgeschlagene GoodSync-Funktion veröffentlicht wurde. Bewerten Sie den aktuellen Funktionsumfang von Files/Backup direkt.

Die richtige sichere Wahl hängt von der Aufgabe ab

  • Durchsuchen/Kopieren/Verschieben zwischen Google Drive, Dropbox, OneDrive und lokalem Speicher: Verwenden Sie das aktuelle Files.
  • Versionierter, geplanter Schutz: Verwenden Sie Backup.
  • Nicht unterstützte Anbieter oder komplexe Übertragungen: Ziehen Sie rclone mit getesteten Remotes und vorsichtigen Befehlen in Betracht.
  • Bidirektionale Synchronisierung und Konfliktrichtlinien auf kommerziellem Niveau: Prüfen Sie vor dem Ersatz von GoodSync, ob das von Ihnen benötigte Verhalten unterstützt wird.

Die aktuelle integrierte Cloud-Unterstützung deckt nicht alle in der Anfrage genannten Anbieter ab

Die ursprüngliche Wunschliste umfasste Google Drive, Dropbox, OneDrive, Box und MEGA. Die aktuelle IceWhale-Dokumentation zu Cloud-Laufwerken deckt ausdrücklich Google Drive, Dropbox und OneDrive ab. Behaupten Sie nicht, dass Box und MEGA dieselbe integrierte Unterstützung bieten, sofern die aktuelle Benutzeroberfläche bzw. Dokumentation dies nicht ergänzt.

Diese verbleibende Lücke bei den Anbietern ist ein Grund dafür, warum rclone oder eine andere externe Synchronisierungs-Engine weiterhin relevant sein kann.

Eine mit --rc-no-auth gestartete rclone-Web-UI nicht öffentlich zugänglich machen

Das Community-Docker-Beispiel verwendete absichtlich --rc-no-auth und mit „Nur LAN“ gekennzeichnet. Dadurch wird die Authentifizierung für den rclone-Remote-Control-/Web-UI-Endpunkt entfernt. Jeder, der den Port erreichen kann, erhält möglicherweise weitreichende Kontrolle über Dateiübertragungen.

Betreiben Sie es nur in einem vertrauenswürdigen Netzwerk oder konfigurieren Sie vor der Remote-Nutzung eine Authentifizierung und einen geschützten Zugriffsweg.

Cloud-OAuth ist Teil der betrieblichen Komplexität

Der Thread dokumentiert außerdem Probleme bei der Google-Authentifizierung und Weiterleitung sowie Unterschiede zwischen CLI- und containerbasierten Browser-Abläufen. Wenn eine Cloud-Verbindung fehlschlägt, sollten Sie die OAuth-/Weiterleitungsprobleme des Anbieters von Docker-Berechtigungen, der rclone-Befehlssyntax und den ZimaOS-Speicherzuordnungen trennen.

Löschsemantik mit Testdaten prüfen

Ein Workflow nach GoodSync-Art ist wertvoll, weil er Richtung und Konfliktverhalten ausdrücklich macht. Bevor Sie einen rclone Synchronisierung oder einen anderen Spiegelungsvorgang zu planen, erstellen Sie zwei entbehrliche Ordner, fügen Sie auf beiden Seiten Dateien hinzu und löschen Sie sie, und prüfen Sie genau, welche Seite Vorrang hat.

FAQ zur Multi-Cloud-Synchronisierung

Kann das aktuelle ZimaOS mehrere Konten eines Anbieters verbinden?

Ja. Die aktuelle Dokumentation zu Cloud-Laufwerken unterstützt ausdrücklich mehrere Konten desselben Dienstes.

Ist Backup dasselbe wie bidirektionale Synchronisierung?

Nein. Die aktuelle Dokumentation von IceWhale unterscheidet ausdrücklich zwischen Backup/Versionierung und Synchronisierung/Spiegelung.

Ist rclone standardmäßig für Anfänger sicher?

Nein. Die Quell-Community warnt wiederholt davor, dass Richtung und Löschsemantik sorgfältig getestet werden müssen.