Backups externos regulares protegem dados críticos contra falhas de hardware, ransomware e desastres locais. Mas desenvolvedores, administradores de sistemas e usuários avançados preocupados com a privacidade que executam servidores sem interface gráfica ou scripts agendados não podem depender de envios manuais por meio de um navegador ou aplicativo para desktop.

Com o lançamento do CLI do Proton Drive (interface de linha de comando), você pode levar a criptografia de ponta a ponta (E2EE) de conhecimento zero da Proton para a automação do seu backup na nuvem: seus scripts de backup e fluxos de trabalho de shell agendados.

Usar o CLI de forma eficaz exige entender sua função. Este guia explica por que uma arquitetura de backup baseada em CLI é melhor que a sincronização contínua em segundo plano, como as estratégias de conflito lidam com revisões de arquivos e como agendar backups externos totalmente criptografados no Linux, macOS e Windows.

O que é um backup externo e por que ele importa?

Se o seu backup fica na mesma máquina que os seus dados, ele não é realmente um backup. O hardware falha. O ransomware criptografa tudo o que consegue alcançar, incluindo unidades conectadas. Um incêndio, uma inundação ou um roubo não distingue o seu disco principal da unidade de backup que está bem ao lado dele.

A regra de backup 3-2-1 existe por esse motivo: mantenha pelo menos 3 cópias dos seus dados, em pelo menos 2 mídias diferentes, com pelo menos 1 cópia externa.

Essa cópia externa, que deve estar geograficamente separada dos seus outros backups e dos dados principais, é a sua última linha de defesa, então ela precisa ficar em algum lugar que uma falha local não possa alcançar. Se ela fica na nuvem, o provedor de serviços também não pode conseguir lê-la. É aí que entra o CLI do Proton Drive.

Por que criptografar seus backups externos?

Armazenar um backup externamente significa confiar seus dados a terceiros: um servidor remoto fora do seu controle, operado por uma empresa cuja propriedade ou políticas podem mudar e cuja infraestrutura pode ser intimada ou invadida.

A criptografia de ponta a ponta resolve isso. Seus arquivos são criptografados no seu dispositivo antes de saírem dele. Se o servidor na nuvem for comprometido, não há nada legível nele para um invasor, para o provedor ou para qualquer pessoa sem a sua chave de descriptografia.

O Proton Drive usa criptografia de ponta a ponta por padrão para tudo o que é enviado por meio dos aplicativos para desktop, aplicativos móveis e CLI. Seu backup externo criptografado é protegido pela mesma arquitetura de acesso zero que a Proton criou para o Proton Mail, sob rígidas leis de privacidade suíças.

Entender o CLI do Proton Drive: scripting atômico vs. sincronização em segundo plano

O CLI funciona de forma diferente de um aplicativo de sincronização para desktop:

Aplicativos para desktop e móveis (mecanismos de sincronização) são executados continuamente em segundo plano. Eles monitoram alterações nos arquivos e copiam cada adição, edição e exclusão para a nuvem.

CLI do Proton Drive (mecanismo de execução atômica) executa um único comando, como upload, download ou list, e então encerra. Ele não monitora pastas locais nem é executado em segundo plano.

Por que um CLI atômico faz sentido para segurança e backups

Um daemon de sincronização contínua espelha seus dados, então ele não passa no teste 3-2-1. Se um arquivo for excluído localmente, seja por acidente, erro de script ou ransomware, a exclusão chega à nuvem imediatamente. E se um invasor invadir o seu sistema enquanto o daemon está em execução, é possível ler os tokens de sessão ativos dele.

O CLI resolve isso ao ativar backups periódicos e agendados. Você o invoca, ele é executado, ele para e deixa para trás um snapshot seguro de recuperação pontual, ao qual você pode recorrer caso um arquivo seja excluído ou corrompido localmente por acidente.

Observação: o CLI não é uma solução de backup completa por si só. Você ainda decide o que fazer backup, com que frequência, quantas versões manter e como testar suas restaurações.

Como as estratégias de conflito gerenciam backups incrementais

Por design, arquivos idênticos não modificados são pulados automaticamente pelo CLI para economizar largura de banda. No entanto, quando um arquivo foi modificado localmente, você deve informar ao CLI como lidar com ele usando estratégias de conflito.

Evite usar skip para backups. Embora ele evite trabalho duplicado, ele ignorará totalmente os arquivos modificados. Em vez disso, escolha a estratégia que atende às suas necessidades de retenção:

--file-conflict-strategy create-new-revision (recomendado para backups) envia o arquivo alterado como uma nova versão e mantém seu histórico. O número de versões mantidas depende do seu plano, e as versões ocupam armazenamento.

--file-conflict-strategy rename adiciona um sufixo ao nome do arquivo modificado e mantém as duas cópias.

--file-conflict-strategy replace substitui o arquivo anterior pelo novo. A versão antiga é perdida.

--file-conflict-strategy skip ignora qualquer arquivo que já exista na nuvem, então as alterações nunca são salvas (não recomendado para backups).

Exemplo de um comando de envio incremental:

proton-drive filesystem upload ./my-local-data /my-files/Backups/Daily \
--folder-conflict-strategy merge --file-conflict-strategy create-new-revision

Configurar um backup criptografado automatizado: guia passo a passo

O que você precisa:

  • Uma conta Proton (gratuita ou paga; limites de armazenamento se aplicam)
  • O binário do CLI do Proton Drive para a sua plataforma (Linux, macOS ou Windows)
  • Um ambiente de shell (Terminal, Bash, Sh, PowerShell)
  • Um agendador de tarefas para execuções automatizadas: cron (Linux/macOS) ou Agendador de Tarefas (Windows)

Etapa 1: iniciar sessão e executar um teste manual

Antes de configurar a automação, autentique seu dispositivo de forma interativa:

proton-drive auth login

Como funciona a autenticação sem interface gráfica: quando você executa auth login em um servidor sem navegador, como um VPS remoto ou um nó Linux doméstico, o CLI exibe uma URL de início de sessão. Abra-a em qualquer dispositivo com um navegador, como seu notebook ou celular, e conclua o início de sessão. O servidor então fica conectado.

Dica para servidores sem interface gráfica / cron: para sistemas sem interface gráfica e automatizados executados via cron, recomenda-se usar pass como armazenamento de credenciais. Defina-o com esta variável de ambiente:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Os chaveiros padrão do SO (libsecret / GNOME Keyring) dependem de sessões ativas de desktop com interface gráfica, que os trabalhos do cron não têm. Configurar o pass evita problemas de sessão do D-Bus.

Etapa 2: escrever o script de backup

Crie um script de shell, como backup.sh, que define seus caminhos de origem, gerencia chaveiros e executa o envio:

#!/usr/bin/env bash
set -euo pipefail

# Definir variáveis
LOCAL_DIR="/var/backups/data"
REMOTE_DIR="/my-files/AutomatedBackups"
export PROTON_DRIVE_CREDENTIALS_STORE="pass"

# Executar envio idempotente
proton-drive filesystem upload "$LOCAL_DIR" "$REMOTE_DIR" \
  --folder-conflict-strategy merge \
  --file-conflict-strategy create-new-revision \
  --json > /var/log/proton-backup-$(date +%Y%m%d-%H%M%S).json

echo "Backup concluído com sucesso em $(date)"

Etapa 3: agendar o backup com cron ou timers do systemd

Para executar este backup todas as noites às 2h usando cron:

  1. Abra seu editor de crontab e adicione:
crontab -e
  1. Adicione a entrada de execução agendada:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1

Boas práticas para backups externos automatizados

Um script funcional é apenas o começo. Estes três hábitos mantêm seu backup externo completo, fácil de monitorar e dentro dos seus limites de armazenamento.

Teste sua recuperação: Um backup sem uma restauração funcional é tão bom quanto nenhum backup. Mantenha um script de restauração pronto, criado com proton-drive filesystem download, e teste-o regularmente para que funcione quando um incidente ocorrer.

Registre em formatos legíveis por máquina: Adicione --json aos seus scripts para gerar registros JSON estruturados. Você pode então analisar o status das tarefas com jq ou acionar um webhook quando um backup falhar.

Respeite o uso justo: Não agende envios de alta frequência, como a cada 60 segundos. Um agendamento diário ou semanal é suficiente para backups externos.

Seu backup externo, criptografado e automatizado

Seus backups são tão seguros quanto o lugar para onde você os envia. Com a CLI do Proton Drive, cada tarefa noturna envia um backup externo criptografado que ninguém além de você pode ler. Nem invasores, nem seu provedor de hospedagem, nem a Proton.

Você obtém criptografia de ponta a ponta, a proteção legal da legislação suíça de privacidade e código aberto que foi auditado de forma independente. Você também mantém controle total do seu fluxo de backup: o que é executado, quando é executado e por quanto tempo cada versão permanece.

A configuração leva minutos. Baixe a CLI para Linux, macOS ou Windows, execute seu primeiro backup manual, depois agende-o e pare de se preocupar com isso.

Baixar a CLI do Proton Drive Ver planos empresariais