Backup e sincronia de arquivos sem nuvens comerciais, só com software livre

Admitamos desde já: somos preguiçosos. Quando algo funciona, ainda que não da maneira ideal, a tendência é deixar estar, seguir a vida. Essa era a minha postura em relação a backups remotos. Por muito tempo usei nuvens comerciais, os iCloud, Dropbox, Google Drive e OneDrive da vida, como único backup do tipo.

Resolvi mudar isso no final de 2021, motivado por aquela cisma com a Apple. Meu objetivo era substituir o iCloud, que usava para sincronizar arquivos entre celular e computador, e que por conveniência e inércia acabava sendo o meu único backup remoto.

Esses serviços funcionam para tal fim e, em grande medida, são eficientes e seguros no sentido de prevenir que seus dados se percam em um evento catastrófico, como falha do celular/computador, furto/roubo ou algum outro desastre. Mas também existe a chance, ainda que remota, de um dia a Apple ou o Google te trancar para fora da sua conta e aí boa sorte tentando recuperá-la — e todos os arquivos da sua vida.

(De qualquer forma, nada impede que as nuvens comerciais continuem sendo usadas em paralelo a backups e aplicativos de sincronia alternativos, como os que mostrarei a seguir, embora isso aumente o risco de conflitos de versões que podem levar à perda de dados.)

Ainda mantenho o iCloud por causa das fotos (é um dilema à parte). Para os demais arquivos, porém, consegui substituir o serviço da Apple por quatro aplicativos gratuitos e de código aberto, um serviço barateza de backup remoto e alguns comandos esquisitos no terminal.

Este texto é um relato que pode servir de guia, mas, por favor, não o encare como um guia muito confiável. Eu não sou administrador de sistemas nem versado nas ferramentas apresentadas, e consegui montar essa estrutura pesquisando, testando (e errando) e pedindo a ajuda de quem entende. No fim, funcionou, mas é algo um tanto frágil e, por isso, com várias redundâncias. É como diz aquele meme: não me siga porque eu estou perdido. Resolvi publicá-lo mesmo assim pela curiosidade, para inspirar quem está em cima do muro e também receber sugestões de como melhorar essa estrutura. Vale o alerta: o Manual do Usuário não se responsabiliza por eventuais perdas que você venha a ter.

Os aplicativos funcionam melhor em sistemas *Unix, ou seja, em sabores Linux e no macOS. Eu uso o macOS. Eles também estão disponíveis no Windows, mas não sei se existem peculiaridades nem se funcionam bem no sistema da Microsoft.

Sincronia

Para manter os mesmos arquivos acessíveis no celular e no computador, adotei o Syncthing. Ele é similar ao iCloud e Dropbox, só que sem o componente da nuvem, ou seja, não tem um servidor remoto onde os arquivos repousam¹.

O Syncthing é um projeto de código-aberto, fácil de instalar e gerenciar, e que funciona maravilhosamente bem. Do tipo “configure e esqueça”. A única diferença prática em relação aos aplicativos de nuvem é que os dispositivos precisam estar ligados ao mesmo tempo para fazerem a sincronia. Não chega a ser um problema para mim, pois computador e celular ficam ligados direto.

Após a instalação, a área administrativa do Syncthing é acessível pelo navegador, no endereço localhost:8384. Nesse painel é possível definir alguns comportamentos do dispositivo em questão, como se ele pode ser descoberto via internet, a política de versionamento de arquivos e as conexões com outros dispositivos e os diretórios (pastas) a serem sincronizados.

Um possível entrave ao uso do Syncthing é a ausência de um aplicativo oficial para iOS. Felizmente, existe um “alternativo” que quebra o galho, chamado Möbius Sync. Não é tão bom quanto os aplicativos para Android (imagino que por limitações artificiais que a Apple impõe ao iOS), mas funciona minimamente bem. Ao contrário do Syncthing e dos apps para Android, o Möbius Sync é pago. Custa R$ 27,90 (pagamento único, sem assinatura).

O Möbius Sync não roda continuamente em segundo plano. Em vez disso, vez ou outra ele faz uma varredura, sincroniza o que estiver pendente e dispara uma notificação. Por isso, tive que aprender a, quando preciso acessar em um dispositivo um arquivo recém-alterado no outro, rodá-lo manualmente. Não é o ideal, mas funciona — essas situações, de acesso imediato, são bem raras no meu fluxo de trabalho².

Para minimizar os prejuízos em caso de um evento catastrófico, criei um diretório dentro dos meus documentos, no computador, e sincronizo apenas ele com o celular via Syncthing. Tipo a pasta do Dropbox. Assim, caso meu celular seja furtado ou roubado, por exemplo, meu imposto de renda e exames de saúde não correm o risco de serem acessados por terceiros³.

O Syncthing meio que dá conta da necessidade de sincronia. Já a de backup é mais complexa e se divide em duas partes: o backup local e o backup remoto.

Backup local

Antes do backup remoto, é bom ter algo local. O acesso é mais rápido e… bom, é algo que está com você fisicamente, o que passa mais tranquilidade para algumas pessoas.

Escolhi um pen drive para esse tipo de backup. Talvez não seja a melhor mídia do ponto de vista da confiabilidade e longevidade, mas trabalho com poucos arquivos e estou sempre usando esse pen drive (quase sempre só para atualizar o backup), então se ele manifestar algum problema, é provável que eu perceba antes de ele me deixar na mão. Nessas circunstâncias, acredito que ele sirva.

Outro motivo para a escolha de um pen drive é a portabilidade. Desde que tive o apartamento invadido e por muito pouco não perdi o HD externo onde guardava meu backup local, portabilidade passou a ser um aspecto relevante para mim.

Um pen drive é pequeno o bastante para eu poder carregar comigo sempre, até mesmo quando saio para caminhar/correr. Ele fica grudado à minha chave de segurança em um chaveiro.

Uso dois aplicativos para fazer o backup, o VeraCrypt para criptografia e o rsync para sincronizar os arquivos do computador com o pen drive.

O VeraCrypt é o melhor “fork” (derivado) do finado TrueCrypt. Ele pode criptografar o disco inteiro, mas para não inutilizar o espaço não usado do pen drive, optei pelo outro modo, que cria um arquivo/disco virtual criptografado. Assim consigo manter meus arquivos protegidos no pen drive ao mesmo tempo em que posso usá-lo para coisas do dia a dia.

Todos os meus arquivos estão na pasta ~/Documents. Uma vez por semana, espeto o pen drive no computador, abro o disco virtual do VeraCrypt guardado nele e rodo este comando no terminal:

rsync -vrht --delete --exclude={'.*','*.hc','*.kdbx*'} ~/Documents/ /Volumes/Documentos/

O rsync é um utilitário em linha de comando para sincronizar diretórios. O comando acima contém diversos parâmetros (parâmetros, ou flags, ou argumentos; não sei qual o nome exato, mas são esses comandos precedidos por hífens). Explicando em detalhes:

• -v, de “verbose”. Aumenta as informações que o terminal devolve durante a execução do comando.
• -r diz ao rsync para fazer a sincronia em modo recursivo, ou seja, sincronizar os diretórios dentro do diretório de origem.
• -h deixa as informações que o terminal devolve mais legíveis.
• -t diz ao rsync para preservar os meta dados de data de criação e modificação dos arquivos sincronizados. (Note que é possível unir todos esses parâmetros de uma letra só em um comando. No caso, -vrht.)
• --delete diz ao rsync para sincronizar as exclusões também, ou seja, se eu excluí um arquivo no diretório de origem, ele será excluído no de destino (no caso, no pen drive).
• --exclude={'.*','*.hc','*.kdbx*'} diz ao rsync para ignorar arquivos ocultos (em *Unix, arquivos ocultos são iniciados com um ponto final), discos criptografados do VeraCrypt (extensão *.hc) e meu cofre de senhas do KeePassXC (extensão *.kdbx).

Para uma explicação mais técnica e detalhada do comando (em inglês), clique aqui.

Excluo da sincronia o cofre do KeePassXC, gerenciador de senhas que uso, porque faço uma à parte, fora do disco criptografado do VeraCrypt, direto na raiz do pen drive. Afinal, o cofre é criptografado por padrão e, em último caso, é a única senha de que eu preciso me lembrar — as dos discos do VeraCrypt estão salvas nesse cofre de senhas.

O comando não difere muito:

rsync -vth ~/Documents/Syncthing/cofre.kdbx /Volumes/RGHEDIN128G/

Note que mantenho o cofre do KeePassXC numa pasta diferente (~/Documents/Syncthing/), que é a mesma que sincroniza com o celular via Syncthing. Dessa maneira, tenho acesso às minhas senhas no computador e no celular.

No terminal, é possível dar dois ou mais comandos de uma vez só, conectando-os com um &&. Na imagem acima dá para ver como funciona.

Backup remoto

Para fazer o backup remoto, recorro a outro aplicativo de código aberto que funciona em linha de comando, o Rclone. Ele é parecido com o rsync, mas “conversa” com serviços de nuvem comerciais e permite montar diretórios remotos no gerenciador de arquivos local (Finder, no caso do macOS). Nunca fiz uso dessa segunda opção, porém.

Meu backup remoto é feito no Backblaze B2, um serviço de armazenamento em nuvem bem generoso e confiável. E ridiculamente barato: o armazenamento de cada giga byte (GB) custa US$ 0,005 por mês, com direito a 10 GB grátis. A Backblaze também cobra por download, e novamente o custo não é algo de outro mundo, de US$ 0,01 por GB. Até agora, não gastei um centavo com isso.

A Backblaze tem um serviço de backup pessoal para computadores que é bem mais simples do que usar essa parafernália em linha de comando. O problema é que é bem mais caro, custa US$ 7/mês.

Se no rsync não existe configuração inicial, não é o caso no Rclone. É preciso, antes mesmo de abrir o terminal, configurar um “bucket” no Backblaze B2 (uma espécie de disco remoto criptografado) e, depois disso, aí sim no Rclone, conectá-lo à sua conta e a esse bucket remoto recém-criado.

Parece algo complexo, mas a documentação do Rclone é muito boa. Aqui tem o passo a passo para configurar o Backblaze B2 e aqui, a lista dos serviços suportados e seus respectivos tutoriais.

Depois de configurado, o comando para fazer a sincronia é este:

rclone sync ~/Documents/ backblaze:nome-do-bucket --progress --exclude ".*{/**,}" --exclude "/Blog/**"

Note que a sintaxe é um pouco diferente. Para ignorar arquivos ocultos, por exemplo, é preciso escrever --exclude ".*{/**,}". O argumento --progress exibe no terminal alguns indicadores do progresso da sincronia, o que é especialmente útil em conexões lentas e/ou quando os arquivos são muito grandes. Assim você consegue acompanhar e saber se a demora é normal ou se algo saiu errado.

O Rclone também permite copiar e mover arquivos entre computadores locais e remotos.

Automações

Rodar esses comandos em intervalos regulares não é dos trabalhos mais difíceis, mas é possível facilitar com recursos nativos do sistema, como scripts em Bash e cron jobs (tarefas agendadas).

Em vez de escrever (ou colar) os comandos no terminal, ou ainda reescrevê-los toda vez que quiser executá-los, criei scripts em Bash super simples. Assim, em vez do comando inteiro, apenas executo o script:

./b2backup

Já facilita horrores.

Para criar o script, primeiro é preciso criar o arquivo (que não precisa ter extensão), assim:

touch b2backup

Depois, abra-o com um editor de textos qualquer, como o nano:

nano b2backup

Aí é só colar o comando:

#!/usr/bin/env bash
/usr/local/bin/rclone sync $HOME/Documents backblaze:nome-do-bucket --progress --exclude ".*{/**,}" --exclude "/Blog/**"

A Fedora Magazine tem uma série introdutória (em inglês) bem didática a respeito de scripts Bash.

Uma ideia legal é mover esse script para o diretório /usr/local/bin. Feito isso, ele entra no $PATH⁴ e pode ser invocado de qualquer lugar e com suporte ao autocompletar do Bash — no terminal, digite b2b e aperte Tab, por exemplo.

O backup em pen drive depende de alguns preparativos manuais, como inserir o pen drive fisicamente no computador e descriptografar os discos (leia-se: inserir as senhas) no VeraCrypt. Com o backup remoto no Backblaze B2, porém, não há nada do tipo. Em outras palavras, é possível automatizá-lo.

Sistemas *Unix têm um negócio chamado cron jobs, que é uma maneira bem simples de agendar rotinas no sistema. (Outro tutorial da Fedora Magazine, embora nele seja usado o cronie.) Tudo o que precisei fazer foi criar um cron job para rodar aquele script em Bash — no caso, todo dia à meia-noite.

Use este comando para editar o crontab, o aplicativo/binário que controla os cron jobs⁵:

env EDITOR=nano crontab -e

No nano, um editor de texto em linha de comando, escreva isto:

0 0 * * * /usr/local/bin/b2backup

(Obviamente, ajuste o caminho/diretório onde o script Bash está salvo.)

O comando indica que a tarefa (cd ~/ && ./b2backup.sh) será executada todos os dias, à meio-noite (0h00).

Uma ideia legal, ao menos no início, é gerar um registro da tarefa para saber se correu tudo bem. Para tanto, modifique o cron job para isto:

0 0 * * * /usr/local/bin/b2backup >> ~/registro.txt 2>&1

Agradecimentos ao James Pond pela paciência para tirar as (muitas!) dúvidas minhas relacionadas à automação do backup.

Foto da nuvem (topo): Wolf Zimmermann/Unsplash.