Las copias de seguridad externas y periódicas protegen los datos críticos frente a fallos de hardware, ransomware y desastres locales. Pero los desarrolladores, administradores de sistemas y usuarios avanzados preocupados por la privacidad que ejecutan servidores sin interfaz gráfica o scripts programados no pueden depender de cargas manuales a través de un navegador o una aplicación de escritorio.

Con el lanzamiento de la CLI de Proton Drive (interfaz de línea de comandos), puedes incorporar el cifrado de extremo a extremo (E2EE) de conocimiento cero de Proton a la automatización de las copias de seguridad en la nube: tus scripts de copia de seguridad y flujos de trabajo de shell programados.

Usar la CLI de forma eficaz exige entender su rol. Esta guía explica por qué una arquitectura de copias de seguridad basada en la CLI supera a la sincronización continua en segundo plano, cómo gestionan las estrategias de conflicto las revisiones de archivos y cómo programar copias de seguridad externas totalmente cifradas en Linux, macOS y Windows.

¿Qué es una copia de seguridad externa y por qué es importante?

Si la copia de seguridad está en la misma máquina que los datos, en realidad no es una copia de seguridad. El hardware falla. El ransomware cifra todo lo que puede alcanzar, incluidas las unidades conectadas. Un incendio, una inundación o un robo no distinguen entre el disco principal y la unidad de copia de seguridad que está justo al lado.

La regla de copia de seguridad 3-2-1 existe por este motivo: conserva al menos 3 copias de los datos, en al menos 2 soportes diferentes y con al menos 1 copia externa.

Esa copia externa, que debe estar separada geográficamente de las demás copias de seguridad y de los datos principales, es la última línea de defensa, por lo que debe encontrarse en un lugar al que no pueda llegar un fallo local. Si reside en la nube, el proveedor del servicio tampoco debe poder leerla. Aquí es donde entra en juego la CLI de Proton Drive.

¿Por qué cifrar tus copias de seguridad externas?

Almacenar una copia de seguridad en un lugar externo implica confiar los datos a un tercero: un servidor remoto fuera de tu control, gestionado por una empresa cuya propiedad o políticas pueden cambiar y cuya infraestructura puede ser requerida judicialmente o vulnerada.

El cifrado de extremo a extremo lo resuelve. Los archivos se cifran en el dispositivo antes de salir de él. Si el servidor en la nube se ve comprometido, no hay nada legible en él para un atacante, el proveedor ni nadie que no tenga la clave de descifrado.

Proton Drive usa el cifrado de extremo a extremo por defecto para todo lo que se carga a través de las aplicaciones de escritorio, las aplicaciones móviles y la CLI. Tu copia de seguridad externa cifrada está protegida por la misma arquitectura de acceso cero que Proton creó para Proton Mail, bajo las estrictas leyes suizas de privacidad.

Entender la CLI de Proton Drive: scripts atómicos frente a la sincronización en segundo plano

La CLI funciona de forma distinta a una aplicación de sincronización de escritorio:

Las aplicaciones de escritorio y móviles (motores de sincronización) se ejecutan continuamente en segundo plano. Vigilan los cambios en los archivos y copian en la nube cada adición, edición y eliminación.

La CLI de Proton Drive (motor de ejecución atómica) ejecuta un solo comando, como upload, download o list, y luego se cierra. No vigila las carpetas locales ni se ejecuta en segundo plano.

Por qué una CLI atómica tiene sentido para la seguridad y las copias de seguridad

Un demonio de sincronización continua replica los datos, por lo que no supera la prueba 3-2-1. Si un archivo se elimina localmente, ya sea por accidente, por un error de script o por ransomware, la eliminación llega a la nube de inmediato. Y si un atacante vulnera el sistema mientras el demonio se ejecuta, podría leer sus tokens de sesión activos.

La CLI lo resuelve al permitir copias de seguridad periódicas y programadas. La invocas, se ejecuta, se detiene y deja una instantánea de recuperación segura en un punto concreto a la que puedes recurrir si un archivo se elimina o se corrompe localmente por accidente.

Nota: La CLI no es una solución de copia de seguridad completa por sí sola. Sigues decidiendo qué copiar, con qué frecuencia, cuántas versiones conservar y cómo probar las restauraciones.

Cómo administran las estrategias de conflicto las copias de seguridad incrementales

Por diseño, la CLI omite automáticamente los archivos idénticos sin modificar para ahorrar ancho de banda. Sin embargo, cuando un archivo sí se ha modificado localmente, debes indicar a la CLI cómo gestionarlo mediante las estrategias de conflicto.

Evita usar skip para las copias de seguridad. Aunque evita el trabajo duplicado, ignorará por completo los archivos modificados. En su lugar, elige la estrategia que se ajuste a tus necesidades de conservación:

--file-conflict-strategy create-new-revision (recomendada para copias de seguridad) carga el archivo modificado como una versión nueva y conserva su historial. El número de versiones conservadas depende del plan, y las versiones ocupan almacenamiento.

--file-conflict-strategy rename añade un sufijo al nombre del archivo modificado y conserva ambas copias.

--file-conflict-strategy replace sobrescribe el archivo anterior con el nuevo. La versión antigua se pierde.

--file-conflict-strategy skip ignora cualquier archivo que ya exista en la nube, por lo que los cambios nunca se guardan (no se recomienda para copias de seguridad).

Ejemplo de un comando de carga incremental:

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

Configurar una copia de seguridad cifrada automatizada: guía paso a paso

Qué necesitas:

  • Una cuenta de Proton (gratuita o de pago; se aplican límites de almacenamiento)
  • El binario de la CLI de Proton Drive para tu plataforma (Linux, macOS o Windows)
  • Un entorno de shell (Terminal, Bash, Sh, PowerShell)
  • Un programador de tareas para ejecuciones automatizadas: cron (Linux/macOS) o Programador de tareas (Windows)

Paso 1: Iniciar sesión y ejecutar una prueba manual

Antes de configurar la automatización, autentica el dispositivo de forma interactiva:

proton-drive auth login

Cómo funciona la autenticación sin interfaz gráfica: cuando ejecutas auth login en un servidor sin navegador, como un VPS remoto o un nodo Linux doméstico, la CLI muestra una URL de inicio de sesión. Ábrela en cualquier dispositivo con navegador, como tu portátil o tu teléfono, y completa el inicio de sesión. A continuación, el servidor queda con la sesión iniciada.

Consejo para servidores sin interfaz gráfica o cron: en los sistemas sin interfaz gráfica y automatizados que se ejecutan mediante cron, se recomienda usar pass como almacén de credenciales. Configúralo con esta variable de entorno:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Los llaveros estándar del SO (libsecret / GNOME Keyring) dependen de sesiones de escritorio GUI activas, que los trabajos de cron no tienen. Configurar pass evita problemas con la sesión de D-Bus.

Paso 2: Escribir el script de copia de seguridad

Crea un script de shell, como backup.sh, que defina las rutas de origen, gestione los llaveros y ejecute la carga:

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

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

# Ejecutar carga 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 "Copia de seguridad completada correctamente el $(date)"

Paso 3: Programar la copia de seguridad con cron o temporizadores de systemd

Para ejecutar esta copia de seguridad cada noche a las 02:00 con cron:

  1. Abre el editor de crontab y añade:
crontab -e
  1. Añade la entrada de ejecución programada:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1

Buenas prácticas para las copias de seguridad externas automatizadas

Un script que funcione es solo el principio. Estos tres hábitos mantienen la copia de seguridad externa completa, fácil de supervisar y dentro de los límites de almacenamiento.

Prueba la restauración: Una copia de seguridad que no se puede restaurar es como no tener ninguna. Ten preparado un script de restauración basado en proton-drive filesystem download y pruébalo con regularidad para que funcione cuando se produzca un incidente.

Registra en formatos legibles por máquina: Añade --json a los scripts para generar registros JSON estructurados. Después puedes analizar el estado de las tareas con jq o activar un webhook cuando falle una copia de seguridad.

Respeta el uso razonable: No programes cargas de alta frecuencia, como cada 60 segundos. Una programación diaria o semanal es suficiente para las copias de seguridad externas.

Tu copia de seguridad externa, cifrada y automatizada

Tus copias de seguridad solo son tan seguras como el lugar al que las envías. Con la CLI de Proton Drive, cada tarea nocturna envía una copia de seguridad externa cifrada que nadie más que tú puede leer. Ni los atacantes, ni tu proveedor de alojamiento, ni Proton.

Obtienes cifrado de extremo a extremo, la protección legal que ofrece la legislación suiza de privacidad y código abierto que se ha auditado de forma independiente. Además, mantienes el control total del flujo de copias de seguridad: qué se ejecuta, cuándo se ejecuta y cuánto tiempo se conserva cada versión.

La configuración tarda unos minutos. Descarga la CLI para Linux, macOS o Windows, ejecuta la primera copia de seguridad manual, prográmala y olvídate del tema.

Descargar la CLI de Proton Drive Ver los planes para empresas