Solução da comunidade

Sincronização entre várias clouds ao estilo do GoodSync no ZimaOS: o que o pedido de funcionalidades de 2026 solicitava e o que o ZimaOS suporta atualmente

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.

O pedido original era mais abrangente do que “ligar o Google Drive”. O utilizador queria várias contas no Google Drive, Dropbox, OneDrive, Box e MEGA, com um comportamento de sincronização/transferência bidirecional, mas sem dedicar uma VM Ubuntu a um cliente comercial do GoodSync.

O ZimaOS avançou significativamente para esse caso de utilização. Os Ficheiros atuais podem ligar-se diretamente ao Google Drive, Dropbox e OneDrive, suportam várias contas do mesmo fornecedor e permitem aos utilizadores copiar/mover dados entre a cloud e o armazenamento local. A Cópia de Segurança atual também pode utilizar fontes/destinos cloud, LAN, USB ou Zima, com agendamentos e versões. Ainda assim, não é idêntica a todas as funcionalidades do GoodSync — especialmente no que diz respeito à cobertura arbitrária de fornecedores, às regras de conflitos e à verdadeira semântica de sincronização bidirecional.

Caixa de diálogo histórica da Cópia de Segurança do ZimaOS, com opções cloud para Google Drive, Dropbox e OneDrive
A IceWhale perguntou se expandir a Cópia de Segurança para mais serviços cloud e sincronização iria satisfazer o pedido de funcionalidade.

Os Ficheiros atuais Suportam Várias Contas do Mesmo Fornecedor de Cloud

A documentação atual das Drives na Cloud da IceWhale afirma explicitamente que os utilizadores podem ligar dois Google Drives ou dois OneDrives lado a lado. As pastas cloud ligadas aparecem junto do armazenamento local nos Ficheiros.

Consulte o fluxo de trabalho atual das Drives na Cloud com várias contas.

A Cópia de Segurança e a Sincronização Não São a Mesma Operação

A documentação atual da Cópia de Segurança da IceWhale avisa explicitamente que a sincronização com a cloud replica as alterações — incluindo eliminações — enquanto a Cópia de Segurança avança e mantém versões/pontos de restauro. Utilize a Cópia de Segurança quando o objetivo for a proteção; utilize copiar/mover/sincronizar apenas quando compreender as implicações das eliminações.

Utilize o modelo atual de Cópia de Segurança versionada.

O rclone continua a ser uma opção poderosa para vários provedores

A comunidade sugeriu o rclone porque suporta muitos provedores cloud e vários remotes/contas, com muito menos sobrecarga do que uma VM Ubuntu completa.

As mesmas respostas alertaram repetidamente para o facto de rclone sync pode eliminar ficheiros no destino para fazer corresponder os dois lados. Os novos utilizadores foram aconselhados a começar com a opção unidirecional copy com dados de teste descartáveis.

Painel da interface Web do rclone em execução durante a discussão sobre a sincronização multi-cloud do ZimaOS
O rclone pode oferecer suporte a muitos provedores, mas o tópico mostra repetidamente que continua a ser uma ferramenta para utilizadores avançados, e não uma aplicação guiada semelhante ao GoodSync.

Um utilizador deparou-se com permissões do socket do Docker antes de o rclone sequer arrancar

A tentativa de CLI do SirWill falhou porque o utilizador atual da shell não conseguia ligar-se a /var/run/docker.sock. Tratava-se de um problema de privilégios do Docker, não de uma prova de que o próprio rclone estivesse avariado.

A interface da aplicação personalizada também transmitiu o comando do rclone incorretamente

Comando Docker comunitário do rclone que mostra os argumentos da interface Web do rcd utilizados durante a configuração do ZimaOS
Mais tarde, a fonte descobriu que alguns campos da interface gráfica tratavam o comando completo rcd ... o comando como um único argumento, em vez de argumentos separados.

A comunidade concluiu que uma definição adequada do Docker Compose é mais clara, porque cada argumento é explícito e reproduzível.

A IceWhale envolveu-se efetivamente no pedido de funcionalidade

O 777-Spider perguntou se a extensão da aplicação Backup integrada a mais serviços cloud, juntamente com a sincronização, satisfaria a necessidade. Em janeiro de 2026, afirmou que estava prevista uma função de sincronização para os três meses seguintes e que estavam previstas integrações cloud adicionais no roteiro.

Essa afirmação é uma evidência histórica do roteiro, não uma garantia de que todas as capacidades propostas para o GoodSync tenham sido lançadas. Avalie diretamente o conjunto atual de funcionalidades do Ficheiros/Backup.

Uma escolha segura depende da tarefa

  • Pesquisar/copiar/mover entre o Google Drive, Dropbox, OneDrive e o armazenamento local: use a versão atual do Ficheiros.
  • Proteção agendada com versões: use o Backup.
  • Provedores não suportados ou transferências complexas: considere o rclone com remotes testados e comandos conservadores.
  • Políticas de sincronização bidirecional/gestão de conflitos de nível comercial: confirme se o comportamento de que necessita existe antes de substituir o GoodSync.

O suporte incorporado atual para a nuvem não abrange todos os fornecedores do pedido

A lista de desejos original incluía Google Drive, Dropbox, OneDrive, Box e MEGA. A documentação atual da IceWhale sobre Unidades na nuvem abrange explicitamente Google Drive, Dropbox e OneDrive. Não dê a entender que Box e MEGA têm a mesma integração incorporada, a menos que a interface/documentação atual os adicione.

Essa lacuna remanescente ao nível dos fornecedores é uma das razões pelas quais o rclone ou outro motor de sincronização externo ainda pode ser importante.

Não exponha uma interface Web do rclone iniciada com --rc-no-auth

O exemplo da comunidade com Docker usou deliberadamente --rc-no-auth e identificou-o como “apenas LAN”. Isso remove a autenticação do ponto final de controlo remoto/interface Web do rclone. Qualquer pessoa que consiga aceder à porta poderá obter um controlo avançado da transferência de ficheiros.

Mantenha-o numa rede de confiança ou configure a autenticação e um caminho de acesso protegido antes da utilização remota.

O OAuth da nuvem faz parte da complexidade operacional

O tópico também regista problemas de autenticação/redirecionamento do Google e diferenças entre os fluxos de navegador da CLI e dos contentores. Quando uma ligação à nuvem falhar, distinga os problemas de OAuth/redirecionamento do fornecedor das permissões do Docker, da sintaxe dos comandos do rclone e dos mapeamentos de armazenamento do ZimaOS.

Teste a semântica da eliminação com dados descartáveis

Um fluxo de trabalho ao estilo do GoodSync é valioso porque torna explícitas a direção e a gestão dos conflitos. Antes de agendar qualquer rclone sincronização ou outra operação de espelhamento, crie duas pastas descartáveis, adicione/elimine ficheiros em ambos os lados e confirme exatamente qual dos lados prevalece.

FAQ da sincronização multicloud

O ZimaOS atual consegue ligar várias contas do mesmo fornecedor?

Sim. A documentação atual das Unidades na nuvem suporta explicitamente várias contas do mesmo serviço.

A cópia de segurança é o mesmo que a sincronização bidirecional?

Não. A documentação atual da IceWhale distingue explicitamente a cópia de segurança/gestão de versões da sincronização/espelhamento.

O rclone é seguro para principiantes por predefinição?

Não. A comunidade de origem avisa repetidamente que a direção e a semântica da eliminação devem ser cuidadosamente testadas.