Como parei de me preocupar e passei a adorar minha solução de backups

Sat, 12 Sep 2020 18:00:00 -0300

Nesse texto vou mostrar como montei minha solução de backup com algumas propriedades interessantes:

Sincroniza com Android, usando syncthing.
Caso os dispositivos sejam comprometidos, os backups não poderão ser deletados/sequestrados (modo append-only).
Monitorado: caso um backup falhe, um alerta será gerado, usando healthchecks.io.
Caso tudo pegue fogo, como utilizar serviços em nuvem de forma segura.

Edits

10Apr2021: Adicionado observação para rodar o borg como usuário root e salvar pacotes instalados (diff)
16Nov2021: Nova localização da pasta do WhatsApp no Android 11 e outras pequenas atualizações (diff)
27Mar2022: Atualização das dependências para o borg 1.2 e dump banco de dados postgres em container (diff)
14Ago2022: Comentário sobre a mudança da operação prune, a partir da versão 1.2 (diff)
25Nov2024: Avisos de descontinuação, atualização na configuração do borgmatic e usando systemd (diff)
10dez2025: Atualização do borgmatic (usando a versão do debian trixie) (diff)

Agradecimentos

Primeiramente, esse texto não seria possível sem o apoio do Gustavo Gus, que além de sempre me incentivar e orientar nesses desafios, me introduziu ao borg e revisou esse texto. Confira a pagina pessoal dele: gus.computer.

Também gostaria de agradecer os amigues que sempre me apoiam e incentivam a disseminar o conhecimento.

Backup: Uma medida para evitar desastres

Toda forma de armazenamento digital de dados pode falhar. Ter backups é importante, pois precisamos ter cópias reservas caso o disco rígido falhe ou em caso de furto do computador/celular.

Regra 3-2-1

A regra 3-2-1 é uma recomendação muito popular de como fazer backups, ela diz:

3: mantenha 3 cópias dos dados importantes: 1 original e mais 2 backups.
2: salve os backups em 2 tipos de mídias: por exemplo, se você tiver um backup num HD externo e caso o seu computador seja infectado por um ransomware, o seu backup pode ser comprometido.
1: tenha 1 backup “fora de casa” (pode ser outro local físico ou na nuvem).

Um vídeo excelente explicando essa regra é: Data Backup: The 3-2-1 Rule – canal ExplainingComputers.

A ideia geral dessa regra é a seguinte: caso tenha um problema no computador, temos uma cópia local de fácil e rápido acesso. E em caso de um desastre no local, temos uma cópia remota reservada que podemos restaurar.

Começando pelo começo: Fazendo backup do Android com Syncthing

Por padrão, a maioria dos Android já faz backup das fotos (via Google Fotos) e das conversas do WhatsApp (via Google drive). Ou seja, esses dois Apps mais comuns já estão replicados.

Mas o diabo está nos detalhes. O backup do WhatsApp (e das Fotos), por padrão, está descriptografado, ou seja, o Google e qualquer um que conseguir acesso a sua conta do Google Drive conseguirá acessar todo o histórico de conversas do WhatsApp (e seus nudes do Google Fotos).

Edit: Em setembro de 2021, o WhatsApp disponibilizou a opção de criptografar os backups, veja as instruções para habilitar a criptografia dos backups.

Além disso, como já vamos montar uma infraestrutura para fazer backup para o computador é interessante aproveitá-la para fazer backup do seu dispositivo Android com mais controle e privacidade.

O Syncthing é uma forma para sincronizar os seus arquivos entre os seus dispositivos, de forma fácil, segura e sem armazenar na nuvem (ou qualquer dispositivo que não seja seu).

Como usar o Syncthing

O primeiro passo pra usar o syncthing é instalar no seu computador. Se você usa um sistema operacional baseado no Debian GNU/Linux, basta digitar sudo apt install syncthing.

Vale observar que a versão do Syncthing que muitas distros empacotam tende a ser uma versão mais antiga, então, é recomendado instalar a versão mais recente pelo site do desenvolvedor.

Além de GNU/Linux, o Syncthing funciona no Windows, macOS e *BSD.

No celular, infelizmente ele só está disponível para Android.

Uma vez instalado no computador, vamos agora instalar no Android: ele está disponível na loja de aplicativos livres F-droid e na Play Store.

Obs.: A partir de dez23 o aplicativo original (com.nutomic.syncthingandroid) será descontinuado em favor do Syncthing-Fork (com.github.catfriend1.syncthingandroid). Veja o passo-a-passo para migrar pra o novo app.

Linkando o computador com o Android

Primeiro, no computador,

Execute o Syncthing no computador e uma interface web será aberta.
clique no canto superior direito: Actions -> Show ID. Um QR code será exibido.

Segundo, no seu dispositivo Android,

Abra o Syncthing no Android e libere as permissões necessárias.
Toque na aba “devices”, e depois toque no “+” no canto superior direito. No campo “Device ID” no canto direito toque no ícone de QR code.
Será necessário instalar o app Barcode scanner. Uma vez instalado, toque novamente no ícone do QR code e escaneie o QR code do seu computador.
Por fim, de um nome para o computador no Android.

Último passo, volte para o seu computador,

Na interface web aberta haverá um aviso informando que um dispositivo novo quer se conectar. Aceite e dê um nome para o seu Android.

Sincronizando uma pasta entre o Android e o computador

Primeiro, no Android,

No Syncthing, vá na aba “Folder”, toque no ícone “+” no canto superior direito.
Dê um nome para a pasta, toque no ícone de pasta, e escolha a pasta que quer sincronizar e ative o computador.
Opcional, mas uma boa pratica, toque na opção “file versioning” e selecione a opção “TrashCan”. Dessa forma caso o computador delete um arquivo haverá um backup.
Por fim, toque no ícone de check (✔️) no canto superior direito.

Segundo, no computador,

Um aviso aparecerá na interface web informando que o dispositivo quer compartilhar uma pasta. Clique em “Add”, coloque o caminho do local para ser armazenado.
Opcional, mas uma boa prática, clique na opção “file versioning” e selecione a opção “TrashCan”. Dessa forma caso o android delete um arquivo haverá um backup.
Por fim clique em “Save”.

Pronto! Agora a pasta selecionada estará sincronizada entre o computador e o Android.

Eu pessoalmente sincronizo as seguintes pastas:

Print do syncthing: sincronizo as pastas: WhatsApp, Pictures, DCIM, Signal e syncthing

Edit 16Nov2021: A partir do Android 11 a pasta do WhatsApp mudou: antes era /storage/emulated/0/WhatsApp agora está em /storage/emulated/0/Android/media/com.whatsapp/WhatsApp (conforme o printscreen atualizado acima).

Syncthing - considerações finais

Como não esquecer executar o Syncthing? Para os backups sempre serem feitos, você pode deixar o Syncthing sempre rodando no Android, mas outra opção é abrir uma vez por dia apenas. Um app que me ajuda muito para não esquecer é o Habits, também disponível na F-droid.

Caso você tenha algum firewall instalado no seu computador, é importante liberar as portas do Syncthing, assim a transferência de dados quando você estiver na sua rede local será bem mais rápida. As portas usadas pelo Syncthing são: 22000/tcp e 21027/udp. Caso utilize o ufw, veja as instruções na documentação oficial syncthing-ufw-firewall.

Para melhorar a experiência de usuário, uma boa sugestão é instalar o cliente gráfico do Syncthing disponível no pacote syncthing-gtk. Caso utilize Windows: SyncTrayzor e macOS: syncthing-macos. Com o ícone na barra de tarefas, utilizar o syncthing é muito mais amigável e fácil.

A seguir no texto vou ensinar como configurar para fazer backup do computador num Raspberry Pi. Pode ser interessante rodar o Syncthing diretamente no Raspberry, dessa forma o backup do Android não dependerá do computador. No site tem instruções de como acessar a interface web do Syncthing no Raspberry e as instruções para iniciar o Syncthing automaticamente via Systemd.

Backup do computador: quando tudo era mato: rsync e rssh para security

Antes de eu conhecer o borg, usava o clássico Rsync para fazer os backups do computador no Raspberry Pi.

O Rsync é um programa que faz backups incrementais de forma rápida.

Como eu tinha um receio de caso meu computador fosse comprometido ele poderia comprometer o Raspberry. Descobri o rssh. Ele é um shell restrito que permite apenas o scp, rsync, sftp etc … dessa forma caso comprometido, se tentar acessar o raspberry, mesmo com as credenciais corretas não será permitido, exibindo o erro abaixo:

This account is restricted by rssh.
Allowed commands: scp sftp rsync

If you believe this is in error, please contact your system administrator

Usava o Rsync com os seguintes argumentos, executado pelo cron:

rsync -avh --stats -P --log-file=~/rsync-home.log /home/ rasp:/caminho/na/rasp

Obs.: O rssh foi descontinuado em 2019, podemos ter um comportamento semelhante usando o rssync que já vem incluso no rsync: manpage do rrsync.

BorgBackups: O Santo graal dos backups

Quando conheci o Borgbackup (vulgo borg) minha mente explodiu! Tem tudo que eu sentia que o Rsync não entregava, como:

Todos os backups são backups completos, não incrementais, dessa forma tenho o “histórico” (versionamento) dos arquivos.
- E muito mais eficiente em espaço! O Borg ocupa bem pouco espaço em disco!
Os backups são criptografados!
Os backups são comprimidos, dessa forma os meus arquivos csv enormes ficam bem menores.
Tem um modo, que vamos detalhar logo menos, chamado “append-only” dessa forma o backup só será acessado para acrescentar novas coisas, não deletar; ótimo para a segurança!

Não por acaso o Borg já foi chamado como o Santo Graal dos backups.

Borg em ação:

$ borg create -v --stats /path/to/repo::{hostname}-{now:%Y-%m-%dT%H:%M:%S.%f} /path/to/be/backuped
------------------------------------------------------------------------------
Archive name: nuc-2020-09-06T10:38:03.675158
Archive fingerprint: 8a7d8a10a54211c74e3dff1e3f5f67f65c1a85935d5e2a5ee23adb8d0fce588c
Time (start): Sun, 2020-09-06 10:38:03
Time (end):   Sun, 2020-09-06 10:38:09
Duration: 5.21 seconds
Number of files: 11645
Utilization of max. archive size: 0%
------------------------------------------------------------------------------
                       Original size      Compressed size    Deduplicated size
This archive:                4.78 GB              4.38 GB            103.36 MB
All archives:               84.61 GB             77.59 GB              9.51 GB
                       Unique chunks         Total chunks
Chunk index:                   16246               228864
------------------------------------------------------------------------------

Acima temos a saída do borg depois de adicionados alguns arquivos num repositório de backup e executado para fazer um novo backup. Note o quão eficiente em espaço é o borg: se cada backup fosse um “tar” seriam gastos 84.61 GB . Se o tar fosse comprimido 77.59 GB, mas o borg gastou apenas 9.51GB! Esses números se referem a todos os backups do repositório (all archives).

Interfaces do Borg: borgmatic e Vorta:

O borg é utilizado através da linha de comando. Para automatizar e tornar mais fácil a operação dele temos algumas interfaces:

Pra quem usa desktop temos o Vorta:

Vamos falar mais do Borgmatic, mas para quem quer uma interface gráfica linda pro borg temos o Vorta.

Borgmatic: Torna o borg automático e completo

O Borgmatic permite que através de um único arquivo de configuração yaml seja gerenciado todas as ações do borg, além de coisas como fazer backups de bancos de dados, além de outras integrações.

Borgmatic: instalando e configurando

Podemos instalar através do pacote do Debian com um sudo apt install borgbackup borgmatic, mas não teremos a versão mais recente. Há três opções: Instalar uma versão mais recente através do backports ou baixar o binário para o computador e o Raspberry Pi (não oficial), ou compilar via pip como demonstrado a seguir.

Instalando através do gerenciador de pacotes do Python Pip

Primeiro, instale as dependências:

sudo apt-get install python3-venv python3-dev python3-pip \
libacl1-dev libacl1 \
libssl-dev openssl \
liblz4-dev libzstd-dev libxxhash-dev \
build-essential \
pkg-config python3-pkgconfig

Depois, instale o Borg e Borgmatic (instale no computador e no Raspberry Pi) dentro de um venv:

python3 -m venv ~/venv
source ~/venv/bin/activate
pip3 install -U pip setuptools wheel
pip3 install -U borgbackup borgmatic

Observação: no meu Raspberry Pi 3 demorou 7 minutos os comandos acima.

Adicionando no $PATH: tive alguns problemas dizendo que o Borg não estava instalado, porém como ele está instalado em ~/venv/bin/borg, só precisei criar um link simbólico com sudo ln -s $(which borg) /usr/bin/.

Observação: O método acima funciona bem para a maioria das situações, mas tive alguns problemas de permissão, principalmente com contêineres docker pois os arquivos dos volumes dos mesmos estavam sendo gerados com outro usuário e grupo do usuário atual. Nesses casos podemos rodar o borg com super usuário root, fazendo:

python3 -m venv ~/venv
source ~/venv/bin/activate
sudo pip3 install --user -U pip setuptools wheel
sudo pip3 install --user -U borgbackup borgmatic

Se atente para não esquecer o –user (como root/sudo), pois sem isso o pip vai sobre sobrescrever o python da sua distro, podendo causar problemas.

Arquivo de configuração borgmatic

Para gerar o seu arquivo de configuração, basta rodar o comando generate-borgmatic-config. Por exemplo, o arquivo no Borgmatic que uso é:

source_directories:
    - /etc/
    - /home/
    - /root/
    - /var/spool/ # salvar as crontabs
repositories:
    - path: usuario@rasp:/mnt/bak/borgbackups/borg_pc # hd_externo na rasp
      label: rasp-hdexterno
    - path: usuario@rasp:/mnt/borgbackups/borg_pc
      label: rasp-sdcard
    - usuario@repo2:/mnt/borgbackups/borg_pc
      label: repo2-hdd
exclude_patterns:
    - '*/.cache/'
    - '*.pyc'
exclude_caches: true
flags: false
exclude_if_present:
    - .nobackup

encryption_passphrase: "# senha gerada no keepassxc"

keep_within: 48H
keep_hourly: 2
keep_daily: 7
keep_weekly: 12
keep_monthly: -1
keep_yearly: -1
match_archives: '*'

checks:
    - name: repository
      frequency: 1 weeks
    - name: archives
      frequency: 2 weeks
    - name: data
      frequency: 4 weeks

healthchecks:
    ping_url: https://hc-ping.com/seu_uuid

before_backup:
    - /script_que_faz_port_knocking
    - docker exec -i postgres_container /bin/bash -c "pg_dumpall -U postgres" > /caminho/db.sql
    - apt list --installed > ~/apt.installed # salva a lista de pacotes instalados

Esse arquivo faz o backup dos diretórios /etc/ e /home/, no Raspberry Pi (no HD externo e outro diretório) e repo2 não incluindo caches.

Além disso, para não ocupar todo o disco, é definida uma política de retenção (prune). Dessa forma os backups antigos serão deletados. Os backups das últimas 48 horas jamais serão deletados e teremos no máximo dois backups por dia, os backups dos últimos 7 dias, 12 semanais etc … e mantemos todos os mensais e todos anuais.

Observação: A partir da versão 1.2 do borg, a operação prune não libera de fato o espaço em disco, foi criada uma nova operação chamada compact, então quando rodar o prune chame o compact em seguida.

O Borgmatic também checa a integridade dos backups (opção check do borg/borgmatic) (parte consistency), caso os arquivos sejam corrompidos no disco.

Também salva o dump de bancos de dados PostgreSQL.

No meu caso, o meu Raspberry Pi está protegido por port knocking (técnica para proteger serviços numa rede). A porta do ssh fica fechada e só abre após uma sequência de portas são batidas apenas para o IP que acertou e por um período de tempo. Então o Borgmatic executa esse script antes do backup.

healthchecks.io: É um serviço que monitora se uma tarefa (no nosso caso o backup) está sendo feito na frequência esperada. Caso o backup deixe de ser feito com exito vamos receber um email e/ou uma mensagem no Telegram (tem outras integrações). Crie sua conta no site e coloque o link que o borgmatic deve pingar.

Passo a passo

Crie o seu arquivo de configuração do Borgmatic, se quiser, adapte a partir do meu arquivo e mude as pastas que você deseja fazer backup (source_directories) e onde serão salvos (repositories).

Vale lembrar que devido ao cartão SD do Raspberry Pi, não é aconselhável salvar nada crítico nele pois depois de algum tempo o cartão simplesmente corrompe e tudo é perdido. Há algumas boas práticas para mitigar isso, mas não há milagres! Então conecte um HD externo criptografado no Raspberry Pi e salve os backups lá.

Gere sua senha segura usando um gerenciador de senhas como o KeePassXC e coloque no campo encryption_passphrase.
Por fim, crie a sua conta no healthchecks.io, configure as integrações (se quer receber alertas por email, Telegram etc …), e coloque o link do check no arquivo.
Com o seu arquivo de configuração pronto, salve-o em: ~/.config/borgmatic/config.yaml (se for rodar como root coloque-o em /etc/borgmatic/config.yaml, certifique-se que suas permissões seja 0600 e pertence a root:root)

O próximo passo é criar uma chave ssh para conectar no seu Raspberry Pi,

No terminal, faça: ssh-keygen -t ed25519 -C "usuario@PC.borg", lembrando que essa chave não pode ter senha (então só de um enter sem digitar nada), pois o backup vai rodar automaticamente. Caso já tenha uma chave importante com senha que usa pra outras coisas é interessante ter uma chave dedicada pro borg sem senha (configure seu ~/.ssh/config para controlar qual chave usar etc …)
Copiando a sua nova chave ssh no Raspberry Pi: ssh-copy-id -i ~/.ssh/id_ed25519 usuario@192.168.1.160 (ajuste o usuário e o IP) e digite a senha, depois veja se fazendo ssh usuario@192.168.1.160 ele logará no Raspberry Pi automaticamente sem pedir senha.
Para iniciar o repositório: borgmatic init -e repokey-blake2
Adicionando no crontab: para rodar o backup automaticamente, vamos colocar para ser executado via cron, faça:

$ crontab -e
5 */2 * * * ~/.local/bin/borgmatic create --stats --files --log-file ~/borgmatic.log --verbosity 1 --monitoring-verbosity 1 --log-file-verbosity 2

Repare que a opção create do borgmatic foi especificada, dessa forma o borgmatic vai apenas criar o backup, caso queira que o Borgmatic além de criar seja feito o check e prune, retire a opção create, dessa forma o Borgmatic fará o prune, depois o create e por fim o check.

Isso fará que o backup seja executado a cada 2 horas no minuto 5, dica: o site crontab.guru ajuda a entender a sintaxe do cron.

Observação, se optou por rodar o borg como root (por causa dos problemas de permissão), faça:

$ sudo crontab -e -u root
5 */2 * * * PATH=$PATH:/usr/bin:/usr/local/bin /root/.local/bin/borgmatic create --stats --files --log-file ~/borgmatic.log --verbosity 1 --monitoring-verbosity 1 --log-file-verbosity 2

Por fim, é preciso testar se o backup funcionou. Vamos restaurar um backup feito pelo borg para ver se todos os arquivos estão lá e se tudo funciona como deveria:

$ borgmatic list

t430-2020-09-07T16:00:09.936979  Mon, 2020-09-07 16:00:12 [c9...5f]
t430-2020-09-07T16:24:16.752983  Mon, 2020-09-07 16:24:21 [fa...97]
t430-2020-09-07T16:28:19.692725  Mon, 2020-09-07 16:28:22 [93...9d] <--(mais recente)

$ mkdir /tmp/borg_teste
$ borg mount /mnt/bak/borgbackups/borg_pc/::t430-2020-09-07T16:28:19.692725 /tmp/borg_teste/
$ cd /tmp/borg_teste/
$ du -shxc *
6.1G	home
6.1G	total

Repare como o du reportou que temos 6 GB de arquivos, ou seja, tudo funcionando como deveria! Outra opção é gerar um tar com a opção export-tar.

Modo append-only

Chegamos na esperada parte do modo append-only. Esse modo faz com que o borg não possa deletar ou sobrescrever os dados inseridos anteriormente.

Afim de habilitar esse modo, nós vamos especificar que quando conectado no Raspberry Pi, o Borg deve rodar no modo append-only. No Raspberry Pi edite o arquivo ~/.ssh/authorized_keys, e adicione:

Edite o arquivo para ficar:

~/.ssh/authorized_keys:
command="borg serve --append-only --restrict-to-path /mnt/bak/borgbackups/borg_pc",restrict ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIGc+rutXNxxYCjFpD5v83kDXUVA8Ffh3dWlIeBOc5HgU usuario@PC.borg

Adicionamos antes da chave o seguinte: command="borg serve --append-only --restrict-to-path /mnt/bak/borgbackups/borg_pc",restrict.

Repare que o borg está sendo instanciado com a opção --append-only e opcionalmente passamos o --restrict-to-path que restringe quais repositórios aquela chave pode acessar (pode ser especificada múltiplas vezes).

Para testar, faça ssh usuario@192.168.1.160 e espere alguns segundos, dê um enter e aparecerá:

$ ssh usuario@192.168.1.160
PTY allocation request failed on channel 0

$LOG ERROR borg.archiver Remote: Borg 1.1.13: Got unexpected RPC data format from client.
Connection to 192.168.1.160 closed.

Repare que agora não é mais aberto um shell como antes, ele executa o borg assim que conecta.

Prune no modo append-only: com o append-only não conseguiremos que o borg faça o prune (deletar backups antigos, pra não encher o disco), nesse caso, copiei o config.yaml do borgmatic no Raspberry Pi e rodo prune e check de lá (não esqueça que na parte de repositories é preciso especificar apenas o caminho da pasta, sem usuario@rasp)(via cron tmb)(também criei um check no healtchecks dedicado pro prune e check).

O crontab na raspberry pi é o seguinte:

$ sudo crontab -e -u borguser

PATH=/home/borguser/.local/bin:/usr/local/bin:/usr/bin:/bin
# prune (e compact) executado diariamente
42 0 * * * borgmatic prune compact --stats --list --log-file ~/borgmatic-prune.log -c ~/.config/borgmatic.d/* --verbosity 1 --monitoring-verbosity 1 --log-file-verbosity 2 > /dev/null 2>&1

# checagem da integridade (check) executada semanalmente
21 2 * * 1 borgmatic check --log-file ~/borgmatic-checks.log -c ~/borgmatic.d/* --verbosity 1 --monitoring-verbosity 1 --log-file-verbosity 2 > /dev/null 2>&1

Trocando o cron pelo timer do systemd

Inicialmente estava usando o cron para disparar os backups, mas acabei esbarando por duas questões:

Primeiro (e mais importante): Quando o backup inicia o computador fica significativamente mais lento.

E nos servidores o arquivo de log acaba enchendo, claro que podemos usar o logrotate para configurar um setup para rotação dos logs, mas no systemd é nativo.

Por essas razões acabei migrando do cron para os timers do systemd.

Para usar o systemd precisamos definir o arquivo de configuração do serviço que roda o borgmatic e um timer que o dispara.

Definindo o serviço:

# /etc/systemd/system/borgmatic.service
[Unit]
Description=borgmatic backup
Wants=network-online.target
After=network-online.target
ConditionACPower=true
# roda apenas se plugado na tomada, se quiser rodar sempre comente a linha acima.
Documentation=https://torsion.org/borgmatic/

[Service]
Type=oneshot

ProtectSystem=full
# protege algumas pastas como /boot e /etc
Nice=19
CPUSchedulingPolicy=batch
IOSchedulingClass=best-effort
IOSchedulingPriority=6
IOWeight=100
# diminui a prioriodade de io

Restart=no
LogRateLimitIntervalSec=0

ExecStartPre=sleep 1m
# espera 1min antes de começar
ExecStart=borgmatic --stats --files -c /etc/borgmatic/config.yaml --monitoring-verbosity 1 --syslog-verbosity -1

E o timer: Nesse exemplo o backup vai rodar duas vezes por dia, uma as 2:10 da manhã e a outra as 4:10 da tarde (a sintaxe é um pouco diferente do as expressões cron). Repare no delay random de 10m, que introduz alguns minutos aleatoriamente para evitar gargalos quando muitas maquinas executam em horarios similares.

# /etc/systemd/system/borgmatic.timer
[Unit]
Description=Run borgmatic backup

[Timer]
OnCalendar=*-*-* 16:10
OnCalendar=*-*-* 02:10
RandomizedDelaySec=10m
Persistent=true

[Install]
WantedBy=timers.target

Habilitando o timer:

sudo systemctl daemon-reload
sudo systemctl enable borgmatic.service
# vendo os logs:
sudo journalctl -u borgmatic

Borg no QubesOS

O cron não vem instalado por padrão nos templates do QubesOS, instale o pacote cronie para templates Fedora e cron templates Debian, e faça qvm-service --enable work crond no dom0 no Debian é apenas cron, para habilitar o cron na Qube work.

Como usar a nuvem de maneira segura

No caso do borg, a criptografia já é nativa, então basta dar um jeito de “transferir” os arquivos do borg para a nuvem, nesses casos podemos usar o rclone.org que permite acessar os provedores de nuvem populares como Google Drive, Dropbox etc…

Outra opção é usar um provedor que suporta o borg, da mesma forma que fizemos com o Raspberry Pi com uma VPS genérica pode ser usada para mesma finalidade. Algumas hospedagens populares são: DigitalOcean, Linode, vultr, buyvm, ovh e hetzner.

Por fim, outra opção é usar um provedor que integra o borg: O rsync.net suporta e tem preço promocional para quem usar o borg, a hetzner tem storage box e o meu favorito é o borgbase.com que tem um plano gratuito com 10 GB.

Syncthing on Crimideias do caioau