Alternativas autoalojadas ao Dropbox: comparação

Qual alternativa autoalojada ao Dropbox deve executar?

Quatro alternativas autoalojadas ao Dropbox merecem atenção: Nextcloud, Seafile, Syncthing e armazenamento de objetos com um cliente sobre ele. Não são intercambiáveis. O Nextcloud é adequado para uma casa ou uma equipa pequena em que outras pessoas precisam de receber ficheiros. O Seafile é adequado para uma pessoa ou equipa que sincroniza um número muito elevado de ficheiros pequenos, quando a velocidade de sincronização é mais importante do que a forma como os dados aparecem no disco. O Syncthing é adequado para uma pessoa que sincroniza os seus próprios dispositivos, quando ninguém externo precisa de uma ligação. O armazenamento de objetos é adequado para um arquivo: bytes baratos que raramente abre.

Escolha com base no funcionamento da sincronização antes de comparar funcionalidades. As listas de funcionalidades parecem todas iguais. A topologia, ou seja, qual máquina contém a cópia que todas as outras máquinas consideram correta, é o que determina se continuará satisfeito daqui a seis meses.

Topologia de sincronização: um servidor de referência ou pares sem servidor

Há dois modelos em consideração, e a maior parte do que se segue depende da escolha.

Um servidor de referência. Nextcloud, Seafile e o armazenamento de objetos funcionam desta forma. Uma máquina, normalmente um VPS (servidor privado virtual), mantém a cópia principal. Todos os dispositivos comunicam com essa máquina. O portátil pode ficar desligado durante um mês e, quando voltar a estar online, sincroniza as alterações automaticamente. Um telemóvel com 6 GB livres pode manter um subconjunto dos dados, enquanto o servidor mantém tudo. Um browser pode aceder aos ficheiros, o que permite criar ligações de partilha.

Pares sem servidor. O Syncthing funciona desta forma. Os dispositivos encontram-se e trocam diretamente as listas de ficheiros através de uma ligação encriptada. Nenhuma cópia é principal: um ficheiro existe nos dispositivos que o contêm e em mais nenhum local. Dois dispositivos têm de estar online ao mesmo tempo para que uma alteração passe de um para o outro. Não existe um URL para fornecer a outra pessoa, porque nenhuma máquina está a servir uma página.

Há quatro consequências, que são normalmente percebidas mais tarde.

• Enviar um ficheiro a uma pessoa que não vai instalar software requer um servidor de referência. Uma ligação é um URL, e um URL requer um processo a escutar numa porta.
• Aceder aos ficheiros a partir de uma máquina que não controla, como um portátil de trabalho, requer um servidor de referência.
• Um dispositivo que esteve desligado durante semanas sincroniza as alterações a partir de um servidor assim que volta a estar online. Numa configuração de pares, só sincroniza enquanto outro dispositivo que contenha esses dados também estiver online. É por isso que muitos utilizadores do Syncthing executam uma instância num VPS como par sempre disponível.
• O armazenamento é contabilizado de forma diferente. Um servidor de referência mantém uma cópia completa, além do que cada dispositivo conserva localmente. Quatro pares que partilham uma pasta mantêm quatro cópias completas, porque cada par conserva a pasta inteira.

Nextcloud: utilizadores, grupos e ligações públicas

Nextcloud é uma aplicação web PHP. Armazena os seus ficheiros como ficheiros normais num diretório de dados e regista-os numa base de dados. Pode partilhar uma pasta com um utilizador, com um grupo ou através de uma ligação pública com palavra-passe e data de expiração. O histórico de versões está ativo por predefinição e os ficheiros eliminados vão primeiro para uma reciclagem. Existem clientes para Linux, macOS e Windows, e as aplicações para iOS e Android são oficiais. Se o motivo para deixar o Dropbox é permitir que outras pessoas recebam os seus ficheiros, esta é a resposta honesta.

O custo está no número de componentes. Uma instalação normal executa um servidor web, PHP-FPM (o gestor de processos PHP), uma base de dados como MariaDB ou PostgreSQL e Redis para bloqueio de ficheiros. Um trabalho em segundo plano é executado a cada cinco minutos através de cron ou de um temporizador systemd. Num VPS com 1 GB, o serviço arranca, mas um upload grande ou um comando de manutenção occ demorado encontra o out-of-memory killer. Considere 2 GB como o mínimo para um pequeno número de utilizadores e espere precisar de 4 GB quando ativar mais aplicações. O outro custo são as atualizações: as aplicações da loja são compiladas para uma versão específica do core, por isso confirme se as aplicações de que depende suportam a próxima versão principal antes de atualizar.

O Nextcloud fica mais lento quando uma conta contém centenas de milhares de ficheiros pequenos, porque cada ficheiro corresponde a uma linha na tabela de cache de ficheiros e a um ficheiro real no disco, e o cliente de desktop percorre-os um de cada vez. Em ambientes domésticos, isto não costuma acontecer. O dimensionamento, o TLS (segurança da camada de transporte) e as cópias de segurança são abordados em uma instalação do Nextcloud baseada em Docker com TLS e cópias de segurança, que é o guia adequado depois de tomar a decisão.

Um aviso sobre o âmbito. O Nextcloud também pode gerir o calendário, os contactos, as notas e a biblioteca de fotografias, e cada aplicação ativada acrescenta trabalho em segundo plano e mais um componente que pode bloquear uma atualização. Se o problema real são as fotografias, uma ferramenta dedicada gere-as melhor: consulte o Immich como alternativa autoalojada ao Google Photos. Se o problema real são documentos e wikis, consulte as alternativas autoalojadas ao Notion em vez de acumular aplicações no servidor de ficheiros.

Seafile: concebido para um número muito elevado de ficheiros pequenos

O Seafile divide cada ficheiro em blocos e armazena-os num armazenamento de objetos interno endereçado pelo hash do conteúdo, segundo a mesma ideia que o git usa para os seus objetos. A unidade de sincronização e partilha é uma biblioteca, e não uma árvore de diretórios. Como o cliente envia blocos e um commit em vez de fazer um pedido por ficheiro, a sincronização de um diretório com 100,000 ficheiros pequenos termina muito mais depressa do que com um protocolo por ficheiro. Os blocos idênticos são armazenados apenas uma vez, por isso uma segunda cópia de um ficheiro grande quase não ocupa espaço.

A desvantagem é que os seus ficheiros deixam de ser ficheiros no servidor. Ao abrir o diretório de armazenamento, encontra ficheiros de objetos com nomes hexadecimais. Para extrair os dados, precisa do cliente Seafile ou das ferramentas de exportação e fsck do próprio Seafile. As cópias de segurança continuam a funcionar, porque esses objetos são ficheiros comuns, mas não pode restaurar uma folha de cálculo com cp. Decida agora se isso é aceitável, porque é uma característica de que muitas pessoas se arrependem mais tarde.

O Seafile disponibiliza uma edição comunitária e uma edição profissional paga. A separação entre ambas muda entre releases, por isso leia as condições atuais no site antes de planear uma equipa com base numa funcionalidade específica. Existem clientes oficiais para desktop e dispositivos móveis. As bibliotecas encriptadas são encriptadas no cliente, por isso o servidor armazena texto cifrado que não consegue ler. Se perder a frase-passe, a biblioteca fica ilegível, incluindo para si. Abrir uma biblioteca encriptada no navegador significa fornecer essa frase-passe à sessão Web, por isso a versão mais forte dessa garantia aplica-se aos clientes para desktop e dispositivos móveis.

O custo de recursos é semelhante ao do Nextcloud. Está a executar uma base de dados, uma cache em memória e dois processos da aplicação, por isso 2 GB volta a ser o mínimo sensato.

Syncthing: não há nada em que iniciar sessão

Syncthing é um único binário Go. Monitoriza pastas, encontra os pares através de um servidor de descoberta ou de um relay e sincroniza diretamente entre dispositivos. Não existem contas nem uma página de início de sessão para as pessoas com quem sincroniza. Os dois dispositivos são emparelhados pelo ID e a pasta é aceite em cada lado. É a opção que exige menos trabalho entre todas as apresentadas, porque há muito pouco para executar.

O que perde é toda a componente de partilha. A respetiva entrada é Device pairing only, no links. Não pode enviar uma ligação a um cliente, a um contabilista ou a um familiar. A utilização em dispositivos móveis é a outra lacuna: Android app, no official iOS. A própria FAQ do projeto é clara: "There are no plans by the current Syncthing team to officially support iOS in the foreseeable future", porque o iOS restringe suficientemente o processamento em segundo plano para dificultar uma sincronização fiável. Os utilizadores de iOS ficam dependentes de aplicações de terceiros.

O consumo de recursos é reduzido, mas há um aspeto importante. Syncthing mantém uma entrada de índice para cada ficheiro que sincroniza, pelo que o consumo de memória e a duração da primeira análise aumentam com o número de ficheiros, não com o tamanho total. O cálculo dos hashes de uma pasta grande utiliza a CPU durante algum tempo na primeira execução e depois estabiliza. Num VPS com o plano mais pequeno, o desempenho é confortável.

Os conflitos são tratados mantendo ambos os lados. Quando dois dispositivos alteram o mesmo ficheiro enquanto não conseguem comunicar entre si, Syncthing renomeia uma cópia e mantém-na junto da outra, pelo que encontrará ficheiros como notes.sync-conflict-20260802-141530-K7MB3QT.md. Nada é perdido. Também não é feita qualquer fusão, e a resolução tem de ser manual.

Armazenamento de objetos com um cliente: bytes baratos, não uma pasta de sincronização

O armazenamento de objetos consiste num bucket compatível com S3 (simple storage service), alojado pelo próprio utilizador com MinIO ou contratado a um fornecedor. O acesso é feito com uma ferramenta: rclone na linha de comandos ou um cliente de desktop que apresenta o bucket como uma unidade. A partilha é feita através de um URL pré-assinado, ou seja, uma ligação que inclui o seu próprio prazo de validade. O versionamento é uma definição do bucket: Bucket versioning, off by default. Ative-o ao criar o bucket, porque não se aplica aos objetos carregados anteriormente.

É quando se trata um bucket como uma pasta de sincronização que surgem os problemas. Por predefinição, nada monitoriza o diretório Documents. rclone bisync faz sincronização bidirecional, e a documentação do próprio rclone explica claramente que é necessário utilizá-lo com cuidado. O armazenamento de objetos funciona muito bem como camada subjacente: um destino de cópias de segurança ou a camada de armazenamento de uma aplicação. Armazenamento de objetos S3 compatível e autoalojado com MinIO aborda o lado do servidor.

O custo dos recursos é diferente neste caso. O MinIO é um único binário e consome poucos recursos quando está inativo. O custo efetivo é o disco. Num VPS, isso significa um volume de blocos contratado por gigabyte, além da largura de banda usada para transferir objetos de e para o serviço. Nenhum destes custos aparece em free -h. Por isso, leia quanto custa realmente um VPS por mês antes de dimensionar um arquivo.

Comparação entre partilha, clientes móveis e controlo de versões

[
  {
    "tool": "Nextcloud",
    "sharing": "Public links, users and groups",
    "mobile": "Official iOS and Android apps",
    "versioning": "On by default, plus trash"
  },
  {
    "tool": "Seafile",
    "sharing": "Public links with password and expiry",
    "mobile": "Official iOS and Android apps",
    "versioning": "Library history and snapshots"
  },
  {
    "tool": "Syncthing",
    "sharing": "Device pairing only, no links",
    "mobile": "Android app, no official iOS",
    "versioning": "Optional per folder, off by default"
  },
  {
    "tool": "Object storage",
    "sharing": "Presigned URLs you generate",
    "mobile": "Third party clients only",
    "versioning": "Bucket versioning, off by default"
  }
]

Todas as 4 opções se dividem numa única linha. Três delas permitem entregar um ficheiro a uma pessoa desconhecida que tenha apenas um navegador. Uma delas comunica apenas com dispositivos que já possui. A opção de controlo de versões do Seafile, Library history and snapshots, merece uma nota: o histórico é mantido por biblioteca, por isso eliminar uma biblioteca também elimina o respetivo histórico.

Recuperar novamente os seus dados

O custo de saída é fácil de verificar agora e caro de descobrir mais tarde, por isso confirme-o antes de se comprometer.

O Nextcloud armazena ficheiros reais em diretórios reais, por isso um tar do diretório de dados fornece os seus documentos mesmo que a aplicação nunca volte a iniciar. O Syncthing faz o mesmo em cada peer, o que representa a opção de saída mais simples neste caso: os ficheiros estão simplesmente presentes em cada dispositivo. O armazenamento de objetos do Seafile precisa do Seafile ou das respetivas ferramentas de exportação para remontar os blocos em ficheiros. O armazenamento de objetos precisa do rclone ou de uma ferramenta equivalente, que está disponível através de um comando.

A sincronização não é um backup, e é nessa diferença que os dados se perdem

Todas as ferramentas aqui copiam alterações entre máquinas. Uma eliminação é uma alteração. Remova uma pasta no portátil e o cliente informa o servidor, o servidor aplica a alteração e todos os outros dispositivos também a removem. O ransomware segue o mesmo caminho: encripta os ficheiros localmente, o cliente deteta os ficheiros modificados e carrega as versões encriptadas. A sincronização funcionou corretamente. Os seus dados continuam perdidos.

Os caixotes do lixo e o histórico de versões reduzem o impacto. Também expiram, podem ser esvaziados pela mesma conta que causou o erro e ficam no mesmo disco que a cópia ativa. Uma falha no volume elimina os ficheiros e o respetivo histórico em conjunto.

Um backup é uma cópia separada, em hardware separado, criada segundo um agendamento e a partir da qual já fez pelo menos uma restauração. Faça o backup da base de dados na mesma execução que o backup dos ficheiros. Restaurar um diretório de dados do Nextcloud sem a respetiva base de dados cria uma instância que não sabe que esses ficheiros existem, e um occ files:scan posterior recupera os ficheiros, mas perde as partilhas e o histórico de versões armazenados nessas tabelas. Backups agendados do restic a partir de um VPS aborda a versão encriptada e com deduplicação deste processo, incluindo a forma de testar uma restauração em vez de assumir que funciona.

O que eu escolheria

Nextcloud, para a maioria das pessoas que está a ler isto. Depois de sair do Dropbox, muitas pessoas sentem falta de poder enviar um link a alguém que nunca vai instalar nada e de abrir um ficheiro num telemóvel. O Nextcloud faz ambas as coisas com clientes oficiais e sem um plano pago, e 2 GB de RAM são um preço razoável por isso. Faço duas exceções. Se a pasta for exclusivamente sua e estiver sempre em hardware que lhe pertence, use Syncthing. Assim, não terá um servidor para atualizar nem um login web para proteger. Se sincronizar um diretório de trabalho com centenas de milhares de ficheiros, use Seafile e aceite o armazenamento opaco em troca da velocidade. O armazenamento de objetos deve ficar por baixo da solução escolhida, como destino das cópias de segurança, e não à frente dela como ferramenta de sincronização.

FAQ

O Syncthing é um backup do meu portátil?

Não. O Syncthing copia as alterações entre dispositivos, e uma eliminação é uma alteração como qualquer outra. Por isso, um ficheiro eliminado por engano desaparece de todos os dispositivos emparelhados em poucos segundos. O versionamento de ficheiros por pasta ajuda, mas fica desativado até o ativar em cada pasta. Mantenha um backup real em hardware separado, criado segundo uma periodicidade definida, e faça uma restauração uma vez para confirmar que funciona.

Posso executar Nextcloud e Syncthing no mesmo VPS?

Sim. Escutam em portas diferentes e não entram em conflito. Não aponte uma pasta do Syncthing para o diretório de dados do Nextcloud. O Nextcloud regista todos os ficheiros numa base de dados. Por isso, os ficheiros que aparecem no disco por baixo desse diretório permanecem invisíveis até executar occ files:scan, e os ficheiros removidos por baixo dele deixam linhas na base de dados que apontam para nada. Dê ao Syncthing o seu próprio diretório ou associe esse diretório ao Nextcloud como armazenamento externo, para que o Nextcloud saiba que deve o consultar.

Qual deles permite partilhar uma ligação com alguém que não tem conta?

O Nextcloud e o Seafile criam ligações públicas, com uma palavra-passe opcional e uma data de expiração. O armazenamento de objetos fornece um URL pré-assinado que deixa de funcionar automaticamente depois do período definido. O Syncthing não oferece essa opção. O seu modelo de partilha baseia-se no emparelhamento de dispositivos. Por isso, a outra pessoa tem de instalar o Syncthing, fornecer um ID de dispositivo e aceitar a pasta.

De quanto espaço em disco precisa o servidor?

Para um servidor de referência, planeie o tamanho total dos dados partilhados, mais espaço para o histórico de versões e a reciclagem, além de espaço de trabalho para uploads em curso. O histórico de versões é a parte que costuma ser subestimada. Manter todas as versões de um ficheiro de 2 GB que muda diariamente ocupa espaço rapidamente. Defina uma política de retenção desde o início. Colocar os dados num volume separado impede que esse crescimento afete o sistema de ficheiros raiz. Quando o disco fica cheio, todo o servidor para, e não apenas um upload.