La demande initiale était plus large que « connecter Google Drive ». L’utilisateur souhaitait plusieurs comptes sur Google Drive, Dropbox, OneDrive, Box et MEGA, avec un comportement de synchronisation ou de transfert de type bidirectionnel, mais sans consacrer une machine virtuelle Ubuntu à un client GoodSync commercial.
ZimaOS s’est considérablement rapproché de ce cas d’utilisation. La version actuelle de Fichiers peut se connecter directement à Google Drive, Dropbox et OneDrive, prend en charge plusieurs comptes d’un même fournisseur et permet aux utilisateurs de copier ou de déplacer des données entre le cloud et le stockage local. La sauvegarde actuelle peut également utiliser des sources ou destinations cloud, réseau local, USB ou Zima, avec des planifications et des versions. Cela ne correspond toutefois pas à toutes les fonctionnalités de GoodSync, notamment en ce qui concerne la couverture arbitraire des fournisseurs, les règles de résolution des conflits et la véritable synchronisation bidirectionnelle.
La version actuelle de Fichiers prend en charge plusieurs comptes du même fournisseur cloud
La documentation actuelle d’IceWhale sur les disques cloud indique explicitement que les utilisateurs peuvent connecter deux comptes Google Drive ou deux comptes OneDrive côte à côte. Les dossiers cloud connectés apparaissent à côté du stockage local dans Fichiers.
Consultez le workflow actuel des disques cloud multi-comptes.
La sauvegarde et la synchronisation ne sont pas la même opération
La documentation actuelle d’IceWhale sur la sauvegarde avertit explicitement que la synchronisation cloud réplique les modifications, y compris les suppressions, tandis que la sauvegarde écrit de nouvelles versions et conserve des versions et des points de restauration. Utilisez la sauvegarde lorsque la protection est l’objectif ; utilisez la copie, le déplacement ou la synchronisation uniquement lorsque vous comprenez les conséquences des suppressions.
Utilisez le modèle actuel de sauvegarde versionnée.
rclone reste une option puissante compatible avec de nombreux fournisseurs
La communauté a suggéré rclone, car il prend en charge de nombreux fournisseurs cloud ainsi que plusieurs remotes/comptes, avec bien moins de frais généraux qu’une machine virtuelle Ubuntu complète.
Les mêmes réponses ont averti à plusieurs reprises que rclone sync peut supprimer les fichiers de destination pour faire correspondre les deux côtés. Il a été conseillé aux nouveaux utilisateurs de commencer par une synchronisation à sens unique avec copy avec des données de test jetables.
Un utilisateur s’est heurté à un problème de permissions sur le socket Docker avant même le démarrage de rclone
La tentative en ligne de commande de SirWill a échoué, car l’utilisateur actuel du shell ne pouvait pas se connecter à /var/run/docker.sock. Il s’agissait d’un problème de privilèges Docker, et non d’un signe que rclone lui-même était défaillant.
L’interface Custom App a également transmis la commande rclone de manière incorrecte
rcd ... la commande comme un seul argument plutôt que comme des arguments distincts.La communauté a conclu qu’une définition Docker Compose appropriée était plus claire, car chaque argument y est explicite et reproductible.
IceWhale a bien pris en compte la demande de fonctionnalité
777-Spider a demandé si l’extension de l’application Backup intégrée à davantage de services cloud, ainsi que l’ajout de la synchronisation, répondrait au besoin. En janvier 2026, il a indiqué qu’une fonction de synchronisation était prévue dans un délai d’environ trois mois et que d’autres intégrations cloud figuraient sur la feuille de route.
Cette déclaration constitue un élément historique de la feuille de route, et non une garantie que toutes les fonctionnalités proposées de GoodSync ont été déployées. Évaluez directement l’ensemble actuel des fonctionnalités de Files/Backup.
Un choix sûr et actuel dépend de la tâche
- Parcourir/copier/déplacer des fichiers entre Google Drive, Dropbox, OneDrive et le stockage local : utilisez la version actuelle de Files.
- Protection planifiée avec versions : utilisez Backup.
- Fournisseurs non pris en charge ou transferts complexes : envisagez rclone avec des remotes testés et des commandes prudentes.
- Synchronisation bidirectionnelle et politiques de résolution des conflits de niveau professionnel : vérifiez que le comportement requis est disponible avant de remplacer GoodSync.
La prise en charge cloud intégrée actuelle ne couvre pas tous les fournisseurs mentionnés dans la demande
La liste de souhaits initiale comprenait Google Drive, Dropbox, OneDrive, Box et MEGA. La documentation actuelle d’IceWhale sur les disques cloud couvre explicitement Google Drive, Dropbox et OneDrive. Ne laissez pas entendre que Box et MEGA bénéficient de la même intégration intégrée, à moins que l’interface ou la documentation actuelle ne les ajoute.
Cette lacune persistante chez les fournisseurs est l’une des raisons pour lesquelles rclone ou un autre moteur de synchronisation externe peut encore être utile.
N’exposez pas une interface web rclone démarrée avec --rc-no-auth
L’exemple Docker de la communauté utilisait délibérément --rc-no-auth et l’a étiqueté « LAN uniquement ». Cela supprime l’authentification du point de terminaison de contrôle à distance/de l’interface web de rclone. Toute personne pouvant accéder au port peut obtenir un contrôle puissant sur les transferts de fichiers.
Conservez-le sur un réseau de confiance ou configurez l’authentification et un chemin d’accès protégé avant toute utilisation à distance.
L’OAuth cloud ajoute à la complexité opérationnelle
La discussion consigne également des problèmes d’authentification et de redirection Google, ainsi que des différences entre les flux de navigateur en ligne de commande et conteneurisés. Lorsqu’une connexion cloud échoue, distinguez les problèmes OAuth/de redirection du fournisseur des autorisations Docker, de la syntaxe des commandes rclone et des mappages de stockage de ZimaOS.
Testez la sémantique des suppressions avec des données jetables
Un flux de travail à la GoodSync est utile, car il rend explicites le sens des opérations et la gestion des conflits. Avant de planifier toute opération rclone synchronisation ou toute autre opération de mise en miroir, créez deux dossiers jetables, ajoutez et supprimez des fichiers des deux côtés, puis vérifiez précisément quel côté l’emporte.
FAQ sur la synchronisation multi-cloud
Le ZimaOS actuel peut-il connecter plusieurs comptes d’un même fournisseur ?
Oui. La documentation actuelle sur les disques cloud prend explicitement en charge plusieurs comptes d’un même service.
La sauvegarde est-elle identique à une synchronisation bidirectionnelle ?
Non. La documentation actuelle d’IceWhale distingue explicitement la sauvegarde et le versionnage de la synchronisation et de la mise en miroir.
rclone est-il sûr pour les débutants par défaut ?
Non. La communauté source avertit à plusieurs reprises qu’il faut tester soigneusement le sens des opérations et leur sémantique de suppression.
