O OpenCloud pode ser executado no ZimaOS porque dispõe de métodos oficiais de implementação com Docker e Docker Compose. Para um teste local rápido, utilize o fluxo de trabalho com um único contentor; para sincronização de ficheiros familiares com HTTPS, utilize a stack oficial do Compose com Traefik integrado ou a arquitetura com proxy externo.
O utilizador original teve dificuldades durante duas semanas com instruções geradas por IA. A solução é deixar de improvisar a stack e seguir o modelo de implementação atual do próprio OpenCloud, especialmente os caminhos persistentes de configuração/dados, a configuração inicial do administrador, o URL e os requisitos de proxy/TLS.
Comece com uma instância de teste local
O guia Docker do OpenCloud documenta um contentor simples na porta 9200.
mkdir -p /DATA/AppData/opencloud/config
mkdir -p /DATA/AppData/opencloud/data
docker pull opencloudeu/opencloud-rolling:latest
docker run --rm -it -v /DATA/AppData/opencloud/config:/etc/opencloud -v /DATA/AppData/opencloud/data:/var/lib/opencloud -e IDM_ADMIN_PASSWORD=CHANGE_ME opencloudeu/opencloud-rolling:latest init
Utilize o teste local apenas para validação
O exemplo upstream utiliza definições inseguras/locais para testes rápidos. Não o trate como uma implementação de cloud familiar para produção exposta à Internet.
Utilize Docker Compose para produção
O guia Docker Compose do OpenCloud atual suporta duas arquiteturas oficiais: Traefik integrado ou um proxy inverso externo.
Tenha atenção às portas 80 e 443 no ZimaOS
A stack com Traefik integrado normalmente necessita das portas HTTP/HTTPS padrão. Se o ZimaOS ou outro proxy inverso já as estiver a utilizar, use o método com proxy externo ou um endereço IP/VM separado, em vez de alterar casualmente o endpoint de gestão do ZimaOS.
Persista tanto a configuração como os dados dos utilizadores
Mantenha /etc/opencloud e /var/lib/opencloud num armazenamento durável do ZimaOS. Uma imagem de contentor pode ser recriada; os dados de identidade e dos utilizadores, não.
Utilize uma imagem/ramo estável para dados familiares
O exemplo de início rápido utiliza uma imagem rolling. Para uma implementação de longa duração, siga as orientações de produção do OpenCloud e fixe uma versão/ramo estável adequado depois da validação, em vez de atualizar cegamente.
Faça uma cópia de segurança antes de atualizar
Proteja tanto a configuração como os dados do OpenCloud e, após as atualizações, teste o início de sessão, a partilha, os clientes de sincronização e o restauro.
OpenCloud vs Nextcloud
Se necessita principalmente de uma sincronização de ficheiros leve para vários utilizadores, o OpenCloud pode ser uma boa escolha. Se necessita de um ecossistema mais amplo de calendários, contactos, aplicações de escritório, plugins e integrações maduras, o Nextcloud poderá continuar a ser a opção com mais funcionalidades.
O guia personalizado de Docker fornece a parte do fluxo de trabalho relativa ao ZimaOS.
Escolha o URL público ou privado antes da configuração de produção
O OpenCloud gera ligações e redirecionamentos de autenticação com base no URL configurado. Defina o nome do anfitrião final e o caminho HTTPS antes de convidar os seus familiares, para não ter de migrar posteriormente os clientes de um URL temporário semelhante a localhost.
Verifique a sincronização de ficheiros com um utilizador que não seja administrador
Crie uma conta familiar normal, carregue uma pasta de teste a partir de um cliente, sincronize-a com um segundo dispositivo e, em seguida, elimine/restaure um ficheiro de teste. Isto comprova o verdadeiro fluxo de sincronização multiutilizador, e não apenas o início de sessão na interface Web de administração.
Faça cópias de segurança da identidade e da configuração juntamente com os ficheiros
Os ficheiros dos utilizadores, por si só, não constituem todo o serviço. Preserve a configuração e os dados de identidade do OpenCloud para que as contas, partilhas e permissões possam ser recuperadas juntamente com os ficheiros armazenados.
FAQ
O OpenCloud pode ser executado no ZimaOS?
Sim. O ZimaOS suporta Docker/Compose e o OpenCloud documenta oficialmente ambos os métodos de implementação com contentores.
Que porta utiliza o teste simples do OpenCloud?
O exemplo oficial de Docker local utiliza a porta 9200.
Devo utilizar a imagem rolling em produção?
Utilize-a apenas para testes, a menos que as orientações de produção atuais do OpenCloud se adequem explicitamente à sua estratégia de atualização.
Preciso de utilizar o Traefik?
Não. O OpenCloud suporta tanto o Traefik integrado como a implementação atrás de um proxy inverso externo.
