元の要望は「Google Driveに接続する」よりも広いものでした。ユーザーは、Ubuntu VMを商用GoodSyncクライアント専用にすることなく、Google Drive、Dropbox、OneDrive、Box、MEGAの複数アカウント間で、双方向に近い同期や転送を行うことを求めていました。
ZimaOSはこの用途に向けて大きく進化しています。現在のファイルでは、Google Drive、Dropbox、OneDriveに直接接続でき、同じプロバイダーの複数アカウントに対応し、クラウドとローカルストレージ間でデータをコピーまたは移動できます。現在のバックアップでは、スケジュールとバージョンを設定し、クラウド、LAN、USB、またはZimaのソースと宛先を使用することもできます。ただし、あらゆるGoodSyncの機能と同一ではなく、特に任意のプロバイダーへの対応範囲、競合ルール、真の双方向同期の動作は異なります。
現在のファイルは同じクラウドプロバイダーの複数アカウントに対応
現在のIceWhaleのクラウドドライブドキュメントでは、2つのGoogle Driveまたは2つのOneDriveを並べて接続できると明記されています。接続したクラウドフォルダーは、ファイル内でローカルストレージの隣に表示されます。
現在の複数アカウント対応クラウドドライブのワークフローをご覧ください。
バックアップと同期は同じ操作ではありません
現在のIceWhaleバックアップドキュメントでは、クラウド同期は削除を含む変更をミラーリングする一方、バックアップはデータを前方に書き込み、バージョンや復元ポイントを保持すると明確に警告しています。保護が目的ならバックアップを使用し、削除の動作を理解している場合にのみコピー、移動、同期を使用してください。
現在のバージョン管理対応バックアップモデルを使用してください。
rcloneは強力なマルチプロバイダー対応の選択肢であり続ける
コミュニティがrcloneを提案したのは、多数のクラウドプロバイダーと複数のリモート／アカウントに対応し、完全なUbuntu VMよりもはるかに少ないオーバーヘッドで済むためです。
同じ回答では繰り返し警告されていました rclone sync 宛先側のファイルを削除して両側を一致させることができます。初心者には、まず一方向の コピー 使い捨て可能なテストデータに対して。
rcloneが起動する前にDockerソケットの権限でつまずいたユーザー
SirWillのCLIでの試行が失敗したのは、現在のシェルユーザーが接続できなかったためです /var/run/docker.sock。これはDockerの権限に関する問題であり、rclone自体が壊れていたことを示すものではありません。
カスタムアプリのUIでもrcloneコマンドが正しく渡されなかった
rcd ... コマンドを個別の引数ではなく、1つの引数として扱う。コミュニティでは、各引数が明示的で再現可能なため、適切なDocker Compose定義のほうが分かりやすいという結論になりました。
IceWhaleはこの機能要望に実際に対応した
777-Spiderは、組み込みのBackupアプリを拡張して、より多くのクラウドサービスへの対応と同期機能を追加すれば要件を満たせるかどうかを尋ねました。2026年1月、同氏は同期機能が約3か月以内に予定されており、追加のクラウド連携もロードマップに含まれていると述べました。
この記述は過去のロードマップ上の証拠であり、提案されたGoodSyncの機能がすべて実装済みであることを保証するものではありません。現在のFiles/Backupの機能セットを直接評価してください。
安全な現在の選択肢は用途によって異なる
- Google Drive、Dropbox、OneDrive、ローカルストレージ間での閲覧・コピー・移動：現在のFilesを使用してください。
- バージョン管理されたスケジュール保護：Backupを使用してください。
- サポート対象外のプロバイダーや複雑な転送：テスト済みのリモートと慎重なコマンドを用いて、rcloneの利用を検討してください。
- 商用グレードの双方向同期／競合ポリシー：GoodSyncを置き換える前に、必要な動作が存在するか確認してください。
現在の組み込みクラウド対応は、要望に含まれるすべてのプロバイダーをカバーしているわけではありません
当初の要望リストには、Google Drive、Dropbox、OneDrive、Box、MEGAが含まれていました。現在のIceWhale Cloud Drivesのドキュメントでは、Google Drive、Dropbox、OneDriveを明示的に扱っています。現在のUI／ドキュメントで追加されていない限り、BoxとMEGAにも同じ組み込み連携があるとは示唆しないでください。
このプロバイダー対応の不足が、rcloneや別の外部同期エンジンが依然として重要になり得る理由の1つです。
--rc-no-authで起動したrclone Web UIを外部公開しないでください
コミュニティのDocker例では、意図的に --rc-no-auth 「LAN専用」とラベル付けしました。これにより、rcloneのリモート制御／Web UIエンドポイントから認証がなくなります。ポートにアクセスできる人は誰でも、強力なファイル転送制御権限を得る可能性があります。
信頼できるネットワーク内で使用するか、リモートから使用する前に認証と保護されたアクセス経路を設定してください。
クラウドOAuthは運用上の複雑さの一部です
このスレッドでは、Google認証／リダイレクトの問題や、CLIとコンテナ化されたブラウザフローの違いについても記録されています。クラウド接続に失敗した場合は、プロバイダーのOAuth／リダイレクトの問題を、Dockerの権限、rcloneコマンドの構文、ZimaOSのストレージマッピングの問題から切り分けてください。
使い捨てデータで削除のセマンティクスをテストする
GoodSyncのようなワークフローは、方向性と競合時の動作を明確にできるため有用です。rcloneのスケジュールを設定する前に 同期 または別のミラー操作を行う前に、使い捨てのフォルダーを2つ作成し、両側でファイルを追加・削除して、最終的にどちら側が優先されるかを正確に確認してください。
マルチクラウド同期に関するFAQ
現在のZimaOSは、1つのプロバイダーから複数のアカウントに接続できますか？
はい。現在のCloud Drivesのドキュメントでは、同じサービスの複数アカウントを明示的にサポートしています。
バックアップは双方向同期と同じですか？
いいえ。現在のIceWhaleのドキュメントでは、バックアップ／バージョニングと同期／ミラーリングを明確に区別しています。
rcloneはデフォルトで初心者にも安全ですか？
いいえ。ソースコミュニティでは、方向性と削除のセマンティクスを慎重にテストする必要があると繰り返し警告されています。
