Última atualização: 2026-07-12
O rsync espelha pastas desde 1996 por um motivo: sincronização bidirecional, um algoritmo de delta com soma de verificação rolante que transfere apenas os bytes que de fato mudaram dentro de um arquivo, e décadas de flags para cada caso extremo. Se você já tem acesso SSH e conhece o rsync, é muito difícil superá-lo.
O comando sync do Relayium cobre um trabalho mais estreito — um espelho incremental de sentido único — mas remove uma etapa que o rsync presume que você já fez: configurar o SSH. Ele roda sobre SSH se você já tiver, ou conecta duas máquinas diretamente sem nenhum servidor SSH. Este artigo compara os dois com honestidade; o sync não é um substituto completo do rsync, e as perguntas frequentes dizem isso claramente.
O rsync é bidirecional — qualquer um dos lados pode ser a origem — e seu algoritmo de transferência delta compara blocos de um arquivo com uma soma de verificação rolante, de modo que uma pequena edição em um arquivo enorme só envia os blocos alterados, não o arquivo inteiro de novo. Isso, mais décadas de flags (--exclude, --link-dest para snapshots com hard links, compressão, limites de banda e mais), fazem dele a ferramenta certa para muitos trabalhos.
Ele também está em toda parte: a maioria dos sistemas Linux e macOS já vem com ele, e funciona sobre uma conexão SSH que você provavelmente já configurou. Nada disso é algo que o Relayium sync tente substituir.
Tudo abaixo é a CLI do relayium, então instale-a primeiro se ainda não tiver. No macOS ou Linux, um comando coloca um binário pré-compilado no seu PATH:
curl -fsSL https://relayium.com/install.sh | shrelayium sync <src...> <dest> [--delete] [--watch] é um espelho incremental de sentido único: ele compara o tamanho e a hora de modificação de cada arquivo, pula o que já corresponde e envia o resto.
Ele funciona sobre dois transportes. Aponte-o para user@host:/dest e ele roda sobre SSH — mas o relayium já precisa estar instalado no remoto; diferente do push, não há recurso de reserva tar para o sync. Aponte-o em vez disso para relayium://host[:port] e ele pula o SSH inteiramente: uma conexão TLS 1.3 com fixação diretamente a um processo relayium serve à escuta na outra máquina, autenticada pela impressão digital dessa máquina (aprovada uma vez, lembrada depois). Essa segunda via é a real conveniência: nenhum sshd para configurar, nenhuma chave SSH para gerenciar — apenas duas máquinas com o relayium instalado e uma porta aberta entre elas.
relayium sync ./photos user@host:/backup/photos # por SSHrelayium sync ./photos relayium://203.0.113.9:9031 # daemon direto, sem SSHPor padrão o sync só adiciona e atualiza — ele nunca exclui nada por conta própria. Passe --delete para espelhar também as exclusões, mas o receptor precisa optar por isso: ele deve estar rodando relayium serve --allow-delete. Se não estiver, a solicitação de exclusão é recusada e reportada de volta ao remetente, em vez de ser ignorada em silêncio.
Para uma pasta que muda continuamente, o --watch mantém o sync rodando após a primeira passada e espelha de novo sempre que um arquivo muda sob a origem — o rsync não tem nada embutido para isso; normalmente você recorreria a uma tarefa cron ou a um invólucro como o lsyncd.
relayium serve --dir /backup --port 9031 --allow-deleterelayium sync ./photos relayium://203.0.113.9:9031 --delete --watchCada arquivo é verificado de ponta a ponta com um hash SHA-256, e uma transferência que é interrompida no meio de um arquivo retoma a partir do deslocamento de byte que já está em disco, em vez de recomeçar — útil pelas mesmas razões que no rsync.
Que fique claro o que a retomada não é: ela não é o algoritmo delta do rsync. Se um arquivo já está totalmente presente mas tem um tamanho ou um carimbo de data/hora diferente, o sync o retransmite inteiro em vez de comparar os blocos alterados dentro dele. Para um único arquivo enorme que muda ligeiramente e com frequência, a transferência delta do rsync move menos dados. O sync também só lida com arquivos comuns — links simbólicos e arquivos especiais são pulados, então qualquer coisa que dependa deles precisa ser tratada à parte.
Escolha o rsync quando você precisar que a sincronização vá nos dois sentidos, quando já tiver o SSH configurado e não quiser outro daemon, quando precisar de controle refinado (exclusões, filtros, snapshots com hard links, limites de banda, compressão), ou quando um arquivo mudar ligeiramente e com frequência e a transferência delta economizar banda de verdade. O Relayium sync não tenta cobrir nada disso.
Não. Ele só faz espelhamento de sentido único e não tem um algoritmo delta em nível de bloco como o rsync — um arquivo com tamanho ou carimbo de data/hora diferente é retransmitido inteiro, e ele tem bem menos flags que o rsync. Se você precisa de sincronização bidirecional, de controle refinado de filtros, ou quer se apoiar no ecossistema maduro do rsync, o rsync ainda é a melhor ferramenta.
Não. O daemon direto (relayium://host:port) pula o SSH inteiramente: uma conexão TLS com fixação, autenticada pela impressão digital do receptor, aprovada uma vez e lembrada depois. Você também pode ir por SSH (user@host:path), mas o relayium precisa estar instalado no remoto para isso — e diferente do push, não há recurso de reserva tar para o sync.
Só se você passar --delete e o serve do receptor estiver rodando com --allow-delete. Caso contrário, a solicitação de exclusão é recusada e reportada de volta ao remetente, não ignorada em silêncio.
Sim, com --watch. Após o espelhamento inicial, o sync continua rodando e espelha de novo (com antirrebote) sempre que um arquivo muda sob a origem.
Sim. A CLI do Relayium é completamente gratuita. sync, push/pull e daemon direto não precisam de conta. O send precisa para que o servidor possa gerar o seu código de emparelhamento, e o up na nuvem para guardar o arquivo.
Espelhe uma pasta entre duas máquinas suas — sem necessidade de um servidor SSH.
Obter a CLI