Automatiza copias de seguridad cifradas del servidor con una tarea cron

push frente a sync: copia completa o réplica incremental

Tanto push como sync mueven un directorio a otra máquina y ambos son seguros de ejecutar repetidamente, pero resuelven problemas de copia de seguridad ligeramente distintos.

push hace una copia puntual con daemon directo, segura ante colisiones, y rechaza un destino existente en lugar de sobrescribirlo o reanudar; por eso no encaja en una tarea repetida hacia un directorio de recepción fijo. sync, en cambio, mantiene un destino como espejo incremental de un solo sentido del origen: se saltan los archivos sin cambios, se envían los modificados y un archivo parcial continúa en la siguiente ejecución. Como es un espejo, refleja el estado actual y no el histórico: borrar o corromper un archivo de origen puede propagarse.

• Usa push hacia un destino con fecha cuando quieras que cada ejecución sea independiente y que las copias anteriores se conserven.
• Usa sync para un directorio grande o que cambia con frecuencia, donde reenviar todo cada noche sería un desperdicio.
• Ambos verifican cada archivo transferido con SHA-256. push no reanuda; sync continúa un archivo parcial en una ejecución posterior.

Antes de empezar

Todo lo de abajo es la CLI de relayium, así que instálala primero si aún no la tienes. En macOS o Linux, un solo comando deja un binario precompilado en tu PATH:

curl -fsSL https://relayium.com/install.sh | sh

• ¿Prefieres elegir el archivo tú mismo, o estás en Windows? Coge un binario de la página de releases — relayium.com/cli lista todas las opciones de instalación (o go build ./cmd/relayium si tienes Go).
• relayium --version confirma que está instalada. Sáltate esto y los comandos de abajo solo imprimirán « command not found ».

Un solo transporte: daemon-direct

Apunta cualquiera de los dos comandos a un destino relayium:// cuya máquina receptora ejecute relayium serve. Los destinos SSH están retirados.

# daemon-direct: el destino ejecuta "relayium serve"
relayium push ./data relayium://backup-server:9031

• Las conexiones daemon-direct usan TLS 1.3 fijado con confianza en el primer uso, y luego se comprueban contra esa misma huella en cada ejecución posterior.
• sync acepta la misma forma de destino relayium:// que push.

Prográmalo con cron

Con el remitente preautorizado, sync es un único comando no interactivo que entra directamente en un crontab. Registra la salida para que los fallos sean visibles:

# espejo incremental cada 15 minutos
*/15 * * * * relayium sync ~/documents relayium://backup-server:9031 >> ~/relayium-sync.log 2>&1

1. Averigua dónde está realmente relayium. cron no usa el PATH de tu shell, e install.sh se repliega a ~/.local/bin cuando no puede escribir en /usr/local/bin, que es justo el sitio que cron nunca ve.

   command -v relayium

2. Confirma que el receptor es alcanzable y que este remitente ya fue autorizado.

   relayium id

3. Ejecuta la orden entera a mano una vez, escrita exactamente como la ejecutará cron, ruta absoluta incluida.

   /usr/local/bin/relayium sync ~/documents relayium://backup-server:9031

4. Solo entonces añade la programación. Conserva la ruta absoluta y la redirección.

   crontab -e

5. Tras la primera ejecución programada, lee el registro en vez de suponer. Es el paso que la gente se salta, y es el que se lo habría dicho.

   tail -n 20 ~/relayium-backup.log

$ command -v relayium
/usr/local/bin/relayium
$ /usr/local/bin/relayium sync ~/documents relayium://backup-server:9031
$ echo $?
0

• El comando termina con un código distinto de cero si algún archivo falla su comprobación de integridad, así que el aviso por correo de cron ante fallos detecta los problemas.
• Un sync interrumpido se pone al día en la siguiente ejecución programada: lo que ya coincide se salta y un archivo parcial continúa.

Replicar borrados y sincronización en tiempo real

De forma predeterminada, sync solo añade o actualiza archivos en el destino. Añade --delete para convertirlo en una réplica de verdad que también elimina los archivos que el origen ya no tiene: el lado receptor debe estar escuchando explícitamente con serve --allow-delete, o los borrados se omiten en silencio y se informan de vuelta como denegados. sync además rechaza --delete de plano si el directorio de origen no se resuelve en ningún archivo, de modo que un error de tecleo en la ruta de origen no puede vaciar el destino.

Si prefieres no esperar al siguiente tic de cron, --watch mantiene relayium sync en ejecución y vuelve a sincronizar automáticamente un instante después de que cambie cualquier archivo bajo el origen: una alternativa ligera al sondeo programado.

• relayium sync ./data relayium://backup-server:9031 --delete replica los borrados (el receptor necesita serve --allow-delete).
• relayium sync ./data relayium://backup-server:9031 --watch se mantiene en ejecución y vuelve a sincronizar al cambiar algo, en lugar de ejecutarse una sola vez desde cron.

Cuando no funciona

Todos estos casos son invisibles hasta que miras el registro: por eso la redirección va en la línea del crontab y no es opcional. El quinto es peor que invisible, porque parece un éxito.