Las copias de seguridad externas periódicas protegen los datos críticos contra fallas 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 subir archivos manualmente 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), puede incorporar el cifrado de extremo a extremo (E2EE) de conocimiento cero de Proton a la automatización de su copia de seguridad en la nube: sus scripts de copia de seguridad y flujos de trabajo de shell programados.

Usar la CLI de forma eficaz requiere comprender su rol. Esta guía explica por qué una arquitectura de copia de seguridad basada en la CLI supera a la sincronización continua en segundo plano, cómo las estrategias de conflicto gestionan 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 reside 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 esta razón: conserve al menos 3 copias de los datos, en al menos 2 medios diferentes, con al menos 1 copia externa.

Esa copia externa, que se supone que está 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 residir en un lugar al que no pueda llegar una falla 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 las copias de seguridad externas?

Almacenar una copia de seguridad de forma externa implica confiar los datos a un tercero: un servidor remoto fuera de su control, administrado por una empresa cuya propiedad o políticas pueden cambiar y cuya infraestructura puede ser objeto de citaciones judiciales o vulneraciones.

El cifrado de extremo a extremo resuelve esto. 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 cifrado de extremo a extremo por defecto para todo lo que se sube a través de las aplicaciones de escritorio, las aplicaciones móviles y la CLI. La copia de seguridad externa cifrada está protegida por la misma arquitectura de acceso cero que Proton creó para Proton Mail, bajo estrictas leyes de privacidad suizas.

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

La CLI funciona de manera diferente a una aplicación de sincronización de escritorio:

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

La CLI de Proton Drive (motor de ejecución atómica) ejecuta un solo comando, como upload, download o list, y luego sale. 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 cumple con 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 resuelve esto al activar copias de seguridad periódicas y programadas. Usted la invoca, se ejecuta, se detiene y deja una instantánea de recuperación segura en un punto en el tiempo a la que puede recurrir si un archivo se elimina o se daña localmente por accidente.

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

Cómo gestionan 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, debe indicarle a la CLI cómo gestionarlo mediante estrategias de conflicto.

Evite usar skip para las copias de seguridad. Si bien evita el trabajo duplicado, ignorará por completo los archivos modificados. En su lugar, elija la estrategia que se ajuste a sus necesidades de conservación:

--file-conflict-strategy create-new-revision (recomendado para copias de seguridad) sube el archivo modificado como una nueva versión y conserva su historial. La cantidad de versiones que se conservan depende del plan, y las versiones ocupan almacenamiento.

--file-conflict-strategy rename agrega 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 anterior se pierde.

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

Ejemplo de un comando de subida 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

Lo que necesita:

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

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

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

proton-drive auth login

Cómo funciona la autenticación sin interfaz gráfica: Cuando ejecuta auth login en un servidor sin navegador, como un VPS remoto o un nodo Linux local, la CLI muestra una URL de inicio de sesión. Ábrala en cualquier dispositivo con navegador, como su computadora portátil o su teléfono, y complete el inicio de sesión. El servidor queda así con la sesión iniciada.

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

Paso 2: escribir el script de copia de seguridad

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

#!/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 subida 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 2:00 a. m. con cron:

  1. Abra el editor de crontab y agregue:
crontab -e
  1. Agregue 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 comienzo. Estos tres hábitos mantienen su copia de seguridad externa completa, fácil de monitorear y dentro de los límites de su almacenamiento.

Pruebe su recuperación: Una copia de seguridad sin una restauración que funcione es tan buena como no tener ninguna. Tenga listo un script de restauración, creado con proton-drive filesystem download, y pruébelo con regularidad para que funcione cuando ocurra un incidente.

Registre en formatos legibles por máquina: Agregue --json a sus scripts para generar registros JSON estructurados. Luego puede analizar el estado del trabajo con jq o activar un webhook cuando falle una copia de seguridad.

Respete el uso justo: No programe subidas de alta frecuencia, como cada 60 segundos. Una programación diaria o semanal es suficiente para las copias de seguridad externas.

Su copia de seguridad externa, cifrada y automatizada

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

Obtiene cifrado de extremo a extremo, el amparo legal de la ley suiza de privacidad y código abierto que ha sido auditado de forma independiente. Además, mantiene el control total de su flujo de copias de seguridad: qué se ejecuta, cuándo se ejecuta y cuánto tiempo se conserva cada versión.

La configuración toma unos minutos. Descargue la CLI para Linux, macOS o Windows, ejecute su primera copia de seguridad manual, luego prográmela y olvídese del tema.

Descargar la CLI de Proton Drive Ver los planes para empresas