Automatize backups criptografados do servidor com uma tarefa cron

push versus sync: cópia completa ou espelho incremental

Tanto push quanto sync movem um diretório para outra máquina e ambos são seguros para rodar repetidamente, mas resolvem problemas de backup um pouco diferentes.

O push faz uma cópia pontual com daemon direto, segura contra colisões, e recusa um destino existente em vez de sobrescrever ou retomar — por isso não serve para uma tarefa repetida apontada para um diretório de recebimento fixo. Já o sync mantém um destino como espelho incremental de mão única da origem: arquivos inalterados são pulados, os alterados são enviados e um arquivo parcial continua na próxima execução. Por ser um espelho, ele reflete o estado atual e não o histórico: apagar ou corromper um arquivo na origem pode ser propagado.

• Use push para um destino com data quando quiser que cada execução seja independente e que as cópias anteriores sobrevivam.
• Use sync para um diretório grande ou que muda com frequência, onde reenviar tudo toda noite seria desperdício.
• Ambos verificam cada arquivo transferido com SHA-256. O push não retoma; o sync continua um arquivo parcial em uma execução posterior.

Antes de começar

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 | sh

• Prefere escolher o arquivo você mesmo, ou está no Windows? Pegue um binário na página de releases — relayium.com/cli lista todas as opções de instalação (ou go build ./cmd/relayium se você tiver Go).
• relayium --version confirma que está instalada. Pule isso e os comandos abaixo só imprimirão “command not found”.

Um só transporte: daemon-direct

Aponte qualquer um dos dois comandos para um destino relayium:// cuja máquina de destino rode relayium serve. Destinos SSH foram descontinuados.

# daemon-direct: o destino roda "relayium serve"
relayium push ./data relayium://backup-server:9031

• As conexões daemon-direct usam TLS 1.3 fixado com confiança no primeiro uso e, depois, são verificadas contra essa mesma impressão digital em todas as execuções seguintes.
• O sync aceita a mesma forma de destino relayium:// que o push.

Agende com o cron

Com o remetente pré-autorizado, o sync é um único comando não interativo que entra direto no crontab. Registre a saída em log para que as falhas fiquem visíveis:

# espelho incremental a cada 15 minutos
*/15 * * * * relayium sync ~/documents relayium://backup-server:9031 >> ~/relayium-sync.log 2>&1

1. Descubra onde o relayium realmente está. O cron não usa o PATH do seu shell, e o install.sh recorre a ~/.local/bin quando não consegue escrever em /usr/local/bin — exatamente o lugar que o cron nunca enxerga.

   command -v relayium

2. Confirme que o receptor está acessível e que este remetente já foi autorizado.

   relayium id

3. Rode o comando inteiro à mão uma vez, escrito exatamente como o cron vai rodar, caminho absoluto incluído.

   /usr/local/bin/relayium sync ~/documents relayium://backup-server:9031

4. Só então adicione o agendamento. Mantenha o caminho absoluto e o redirecionamento.

   crontab -e

5. Depois da primeira execução agendada, leia o log em vez de supor. É o passo que as pessoas pulam, e é o que teria contado.

   tail -n 20 ~/relayium-backup.log

$ command -v relayium
/usr/local/bin/relayium
$ /usr/local/bin/relayium sync ~/documents relayium://backup-server:9031
$ echo $?
0

• O comando termina com código diferente de zero se algum arquivo falhar na verificação de integridade, então o aviso por e-mail em caso de falha do cron detecta os problemas.
• Um sync interrompido se atualiza na próxima execução agendada: o que já corresponde é pulado e um arquivo parcial continua.

Espelhar exclusões e sincronização em tempo real

Por padrão, o sync apenas adiciona ou atualiza arquivos no destino. Adicione --delete para torná-lo um espelho de verdade, que também remove os arquivos que a origem não tem mais — o lado receptor precisa estar escutando explicitamente com serve --allow-delete, ou as exclusões são silenciosamente ignoradas e reportadas de volta como negadas. O sync também recusa --delete de imediato se o diretório de origem não resolver em nenhum arquivo, de modo que um erro de digitação no caminho de origem não pode apagar o destino.

Se você preferir não esperar o próximo ciclo do cron, --watch mantém o relayium sync em execução e sincroniza novamente de forma automática logo após qualquer arquivo sob a origem mudar — uma alternativa leve à sondagem agendada.

• relayium sync ./data relayium://backup-server:9031 --delete espelha as exclusões (o receptor precisa de serve --allow-delete).
• relayium sync ./data relayium://backup-server:9031 --watch permanece em execução e sincroniza novamente a cada mudança, em vez de rodar uma única vez pelo cron.

Quando não funciona

Cada um destes casos é invisível até você olhar o log — por isso o redirecionamento está na linha do crontab e não é opcional. O quinto é pior que invisível: ele parece sucesso.