Syncthing ou Nextcloud no VPS: qual escolher?

Syncthing vs Nextcloud: a diferença que decide

Syncthing vs Nextcloud resume-se a uma diferença estrutural, e tudo o resto resulta dela. Syncthing funciona ponto a ponto. Cada dispositivo mantém a pasta completa, e nenhuma cópia é a fonte de autoridade. Nextcloud é um servidor. Uma máquina mantém os ficheiros, as contas de utilizador controlam o acesso e os clientes transferem cópias.

Por isso, Syncthing não tem links de partilha nem uma vista web dos seus documentos. Não existe uma cópia central para disponibilizar, portanto não há nada que um navegador possa solicitar. Nextcloud oferece ambas as funcionalidades. Para isso, precisa de um runtime PHP, de um servidor de base de dados, de um servidor web e de um reverse proxy para TLS (segurança da camada de transporte).

Escolha Syncthing quando todos os dispositivos envolvidos lhe pertencem. Escolha Nextcloud quando um navegador ou outra pessoa precisa de aceder aos ficheiros.

O que o VPS faz efetivamente em cada arquitetura

Um VPS que executa o Nextcloud armazena os seus dados. Se eliminar a cópia local no portátil, o ficheiro continua no servidor, porque o servidor sempre foi a cópia original.

Um VPS que executa o Syncthing desempenha uma função diferente: é um peer sempre disponível. O Syncthing transfere dados diretamente entre dois dispositivos que estejam online ao mesmo tempo. Por isso, dois portáteis que nunca estejam ligados em simultâneo nunca poderão sincronizar, por mais tempo que espere. Adicione um terceiro peer num VPS que nunca entra em suspensão e o problema desaparece. O portátil A envia os dados às 09:00, o portátil B obtém-nos às 22:00 e o VPS mantém a pasta disponível durante esse intervalo.

Esta é uma função realmente útil e representa uma afirmação mais limitada do que "substituto do Dropbox". O Syncthing nunca lhe fornecerá um link para enviar a um cliente. Se essa for a sua necessidade, pare aqui e leia o resumo das alternativas self-hosted ao Dropbox.

O custo de cada opção num VPS pequeno

O Syncthing é um único binário Go. Escuta num socket, mantém um índice dos seus ficheiros numa base de dados local e essa é toda a pilha. Desde a versão 2.0, esse índice usa SQLite em vez de LevelDB. Por isso, a atualização de uma instalação 1.x executa uma migração única no primeiro arranque. Num conjunto grande de pastas, essa migração pode demorar bastante. Deixe-a terminar. Não é necessário instalar mais nada nem aplicar patches a mais nada.

O Nextcloud requer mais componentes. Em agosto de 2026, o Nextcloud 35 suporta PHP 8.3 a 8.5 com MariaDB ou PostgreSQL, servido por Apache 2.4 ou nginx com php-fpm. O manual de administração recomenda "um mínimo de 512MB de RAM por processo", e o php-fpm executa vários processos de trabalho em simultâneo.

Num VPS com 1 GB de RAM, o Syncthing funciona confortavelmente e o Nextcloud fica limitado. Isso não torna o Nextcloud a escolha errada. Significa que é um compromisso maior, com quatro componentes para manter atualizados em vez de um. A opção com contentor no guia do Nextcloud num VPS, que abrange Docker, TLS e cópias de segurança é a forma menos problemática de suportar essa carga. Adicionar edição de documentos no navegador aumenta ainda mais esse requisito mínimo. É esse cenário que a comparação entre OnlyOffice e Collabora analisa para um servidor com 2 a 4 GB de RAM.

Instalar o Syncthing no VPS

O Ubuntu fornece um pacote syncthing, mas a versão disponibilizada está muito desatualizada em relação à versão upstream. Use o repositório do próprio projeto.

sudo mkdir -p /etc/apt/keyrings
sudo curl -L -o /etc/apt/keyrings/syncthing-archive-keyring.gpg https://syncthing.net/release-key.gpg
echo "deb [signed-by=/etc/apt/keyrings/syncthing-archive-keyring.gpg] https://apt.syncthing.net/ syncthing stable-v2" | sudo tee /etc/apt/sources.list.d/syncthing.list
sudo apt-get update
sudo apt-get install syncthing
syncthing --version

syncthing --version deve apresentar uma linha que começa com syncthing v2. A presença de v1 nessa linha significa que o apt ainda deu preferência ao pacote da distribuição. Defina uma prioridade superior para o repositório upstream e instale novamente.

printf "Package: *\nPin: origin apt.syncthing.net\nPin-Priority: 990\n" | sudo tee /etc/apt/preferences.d/syncthing.pref

Execute-o como um serviço do sistema com uma conta de utilizador comum. Assim, o serviço arranca no boot sem ser necessário haver um utilizador com sessão iniciada.

sudo systemctl enable --now syncthing@youruser.service
systemctl status syncthing@youruser.service

systemctl status deve apresentar active (running). Os ficheiros de configuração e de índice ficam em /home/youruser/.local/state/syncthing, e o ficheiro de configuração é config.xml. As instalações criadas antes do Syncthing 1.27 guardam esses ficheiros em ~/.config/syncthing. Por isso, verifique ambos os caminhos antes de copiar dados entre máquinas.

Em seguida, abra as portas. O Syncthing usa 22000/TCP para o protocolo de sincronização, 22000/UDP para o transporte QUIC e 21027/UDP para a descoberta local. A descoberta usa broadcast e multicast, que não atravessam a Internet. Num VPS, precisa apenas das duas primeiras portas.

sudo ufw allow 22000/tcp
sudo ufw allow 22000/udp
sudo ufw status

ufw status deve listar ambas as regras. Se apresentar Status: inactive, o ufw não está a filtrar tráfego e a firewall de rede do seu fornecedor é a única firewall em funcionamento. Verifique também esse painel, porque na maioria dos hosts é um controlo separado. Um dispositivo remoto preso em Disconnected enquanto o serviço está em execução normalmente indica que uma dessas duas firewalls continua fechada.

Aceder à interface gráfica do Syncthing sem a publicar

A interface gráfica web escuta em 127.0.0.1:8384 por predefinição, por isso responde apenas a partir do próprio servidor. Essa predefinição é uma medida de proteção, porque a interface gráfica contém uma chave de API (interface de programação de aplicações) que pode reescrever todos os caminhos de pastas no servidor.

Não a abra para a Internet como primeiro passo. A documentação é clara sobre o que se obtém ao associar a interface a um endereço de rede: "especificar o endereço LAN do computador NÃO restringe o acesso apenas aos dispositivos da sua rede local!" Em vez disso, encaminhe a porta por SSH a partir do seu computador portátil.

ssh -L 8384:127.0.0.1:8384 youruser@your.vps.example

Abra http://127.0.0.1:8384 no navegador local enquanto essa sessão estiver ativa. O túnel fecha com a sessão SSH, por isso não fica nada a escutar depois.

Se precisar de aceder diretamente à interface gráfica, defina primeiro as credenciais. O servidor não tem navegador, por isso faça isso a partir da linha de comandos.

sudo systemctl stop syncthing@youruser.service
sudo -H -u youruser syncthing generate --gui-user=admin --gui-password=-
sudo systemctl start syncthing@youruser.service

O -H é importante, porque, sem ele, sudo mantém o diretório inicial do root e edita o config.xml errado. Um travessão isolado como valor da palavra-passe faz com que syncthing generate leia a palavra-passe da entrada padrão, mantendo-a fora do histórico da shell; o valor é submetido a hash antes de ser escrito no ficheiro. Ative HTTPS nas definições da interface gráfica assim que conseguir iniciar sessão.

Por que o Syncthing propaga os seus erros

A própria FAQ do Syncthing responde à questão sobre backups: "O Syncthing não é uma boa aplicação de backup porque todas as alterações aos seus ficheiros (modificações, eliminações, etc.) são propagadas para todos os seus dispositivos."

Elimine acidentalmente uma pasta no seu portátil e o Syncthing funciona exatamente como foi concebido. Elimina essa pasta em todo o lado, em segundos. Sincronizar significa manter os dados de acordo, incluindo concordar que um ficheiro deixou de existir.

O versionamento de ficheiros é a forma de mitigar este problema e está desativado até o ativar. A documentação indica que o versionamento "por predefinição é 'sem versionamento de ficheiros', ou seja, não são mantidas cópias antigas dos ficheiros." Estão disponíveis quatro estratégias por pasta. Trash Can mantém uma cópia de cada ficheiro eliminado ou substituído devido a uma alteração remota. Simple mantém um número definido de versões antigas por ficheiro. Staggered reduz gradualmente o histórico à medida que este envelhece, mantendo cópias horárias durante um dia, cópias diárias durante um mês e assim por diante. External transfere cada decisão para um comando escrito por si. As cópias antigas são guardadas num diretório .stversions dentro da pasta partilhada.

Configure Staggered no peer VPS e deixe o versionamento desativado nos portáteis. O peer sempre ligado passa a guardar o histórico, enquanto os portáteis permanecem leves.

O Nextcloud lida melhor com esta situação, mas também não é um backup. Os ficheiros eliminados vão para uma reciclagem e as edições são mantidas pela aplicação Versions, mas ambos são limpos automaticamente à medida que o disco fica cheio. Um processo no seu portátil que encripte ficheiros vai sincronizar essas versões encriptadas e as cópias corretas vão sendo eliminadas segundo o seu próprio calendário.

Qualquer uma das ferramentas precisa de um backup real subjacente: snapshots criados por um programa separado, escritos num local ao qual o cliente de sincronização não consiga aceder, e restaurados pelo menos uma vez para confirmar que a restauração funciona. A comparação entre restic e BorgBackup explica qual deve utilizar no diretório de dados.

Como os conflitos diferem entre os dois

Ambas as ferramentas criam um ficheiro de conflito quando os dois lados alteram o mesmo ficheiro entre sincronizações. A diferença está em quem o vê.

O Syncthing muda o nome da cópia perdedora para <filename>.sync-conflict-<date>-<time>-<modifiedBy>.<ext>. Perde a cópia com a data de modificação mais antiga. Quando as datas são iguais, perde o dispositivo com o maior valor nos primeiros 63 bits do ID do dispositivo. O resultado é arbitrário, mas é o mesmo em todos os peers. Depois vem a parte que normalmente causa surpresa: esses ficheiros "são tratados como ficheiros normais depois de serem criados e, por isso, são propagados entre dispositivos". Todos os peers recebem a cópia em conflito. Removê-la corresponde a uma eliminação que é sincronizada, mas primeiro verá o ficheiro em todas as suas máquinas.

O cliente de desktop do Nextcloud escreve <name> (conflicted copy YYYY-MM-DD HHMMSS).<ext>, por exemplo mydata (conflicted copy 2018-04-10 093612).txt, e, por predefinição, não carrega esse ficheiro. O manual do cliente explica o motivo: o autor da alteração é a pessoa mais indicada para resolver o conflito, e mostrar o conflito a outros utilizadores apenas cria confusão. Defina OWNCLOUD_UPLOAD_CONFLICT_FILES=1 no ambiente do cliente se quiser o comportamento oposto.

Assim, um conflito do Syncthing é um evento que afeta todo o cluster, enquanto um conflito do Nextcloud permanece num único desktop.

Os tipos de pasta tornam o Syncthing mais seguro num servidor

O Syncthing tem três tipos de pasta. Escolher o tipo correto no VPS elimina toda uma classe de acidentes.

• Send & Receive é o padrão. As alterações são sincronizadas nos dois sentidos.
• Send Only ignora tudo o que o cluster envia. Use-o quando um dispositivo deve apenas publicar dados. Quando fica dessincronizado, a GUI mostra um botão vermelho "Override Changes", que envia o estado local para todos os dispositivos.
• Receive Only aplica as alterações do cluster e nunca envia de volta as edições locais. Use-o num VPS que funcione como arquivo. As edições locais nesse VPS mostram, em vez disso, um botão vermelho "Revert Local Changes".

Uma pasta Receive Only no VPS, com o versionamento Staggered ativado, cria um espelho com versões. Uma eliminação num portátil continua a ser aplicada, porque uma eliminação é uma alteração legítima do cluster. No entanto, a cópia antiga é colocada em .stversions em vez de desaparecer.

Qual deve escolher

As 7 linhas abaixo abrangem os motivos pelos quais as pessoas fazem realmente esta pergunta.

[
  {
    "label": "Keep two of my own laptops in sync",
    "pick": "Syncthing",
    "notes": "No accounts to manage. The VPS is the peer that is always awake."
  },
  {
    "label": "Send a download link to a client",
    "pick": "Nextcloud",
    "notes": "Syncthing has no public link sharing at all."
  },
  {
    "label": "Open a file from a borrowed browser",
    "pick": "Nextcloud",
    "notes": "The Syncthing GUI shows sync state, never file contents."
  },
  {
    "label": "Sync 200 GB between machines I own",
    "pick": "Syncthing",
    "notes": "Peers transfer directly. The VPS copy is optional."
  },
  {
    "label": "Phone photo upload with a store app",
    "pick": "Nextcloud",
    "notes": "The official Syncthing Android app ended in December 2024."
  },
  {
    "label": "Calendar and contacts alongside files",
    "pick": "Nextcloud",
    "notes": "Syncthing syncs files. That is the entire feature set."
  },
  {
    "label": "1 GB VPS with nothing else to spare",
    "pick": "Syncthing",
    "notes": "One Go binary against PHP plus a database plus a web server."
  }
]

Veja a primeira linha. Manter dois dos seus próprios portáteis sincronizados aponta para Syncthing, e este é o caso em que um VPS se justifica como o par que nunca dorme. Todas as linhas que envolvem um navegador, uma ligação ou outra pessoa apontam na direção oposta.

Se o Nextcloud continuar a ser a opção mais adequada, mas o seu consumo de recursos for uma preocupação, a comparação entre Seafile e Nextcloud é o próximo conteúdo a ler, porque o Seafile mantém o modelo de servidor com um motor de sincronização diferente por baixo.

Executar ambos no mesmo VPS

Eles não são exclusivos. Usar o Syncthing para transferir ficheiros entre as suas próprias máquinas enquanto o Nextcloud gere a partilha e os calendários é uma configuração comum.

Se fizer isto, siga uma regra: nunca aponte o Syncthing para o diretório de dados do Nextcloud. O Nextcloud regista todos os ficheiros na sua base de dados. Por isso, os ficheiros que aparecem no disco a partir de fora permanecem invisíveis na interface web até a base de dados ser atualizada. A partir do diretório de instalação do Nextcloud:

sudo -u www-data php occ files:scan --all

Esse comando apresenta o número de ficheiros e diretórios que analisou. Executá-lo periodicamente é uma solução temporária, não uma arquitetura adequada. Dê a cada ferramenta o seu próprio diretório. Se ainda está a decidir o que deve estar no servidor, o guia sobre o que alojar autonomamente em 2026 é um ponto de partida melhor do que escolher primeiro uma ferramenta de sincronização.

FAQ

O Syncthing pode substituir o Dropbox?

Apenas na parte em que os seus próprios dispositivos permanecem sincronizados. O Syncthing não tem links públicos de partilha nem contas de utilizador, e a sua interface web nunca mostra o conteúdo dos ficheiros, porque não existe uma cópia central que um navegador possa solicitar. A aplicação oficial para Android foi descontinuada depois do seu lançamento de December 2024 e desapareceu da Play Store, pelo que o suporte para telemóveis depende agora de um fork da comunidade. Se precisar de enviar um link a alguém, precisa de um servidor, o que significa usar Nextcloud ou algo semelhante.

O Syncthing é uma cópia de segurança?

Não, e o projeto afirma isso diretamente. As eliminações e modificações propagam-se para todos os dispositivos, pelo que uma eliminação acidental desaparece em todo o lado em poucos segundos. Ativar o versionamento de ficheiros por pasta, especialmente Staggered num peer sempre ligado, fornece uma janela de recuperação através do diretório .stversions. Isto não substitui snapshots criados por uma ferramenta separada noutro armazenamento.

Porque não consigo ver os meus ficheiros na GUI web do Syncthing?

Porque a GUI é um painel de controlo do estado da sincronização, não um navegador de ficheiros. Mostra pastas, dispositivos, progresso das transferências e contagens de conflitos, mas nunca lista nem abre o conteúdo dos ficheiros. Isto resulta do desenho peer to peer: os seus ficheiros estão nos seus dispositivos, e a GUI no VPS apenas gere o processo que os move entre eles.

Que portas o Syncthing precisa de ter abertas num VPS?

A porta 22000/TCP é usada pelo protocolo de sincronização e a porta 22000/UDP pelo transporte QUIC. A porta 21027/UDP transporta a descoberta local através de broadcast e multicast, que não atravessa a internet, pelo que deve permanecer fechada num servidor público. Mantenha a GUI na porta 8384 vinculada a 127.0.0.1 e aceda a ela através de um túnel SSH. Verifique também a firewall de rede do seu fornecedor e ufw, porque são controlos separados.

Posso executar Syncthing e Nextcloud no mesmo VPS?

Sim, e isso é razoável num servidor com 2 GB de RAM ou mais. Mantenha os diretórios separados. O Nextcloud indexa os ficheiros na sua base de dados, pelo que qualquer ficheiro que o Syncthing escreva no armazenamento do Nextcloud permanece invisível na interface web até occ files:scan ser executado. Duas ferramentas a escrever no mesmo diretório também geram ficheiros de conflito que nenhuma delas espera.