Restic o Borg: ¿cuál es mejor para copias de seguridad externas en tu propio servidor?

¿Qué necesita el servidor para restic y para Borg?

restic no necesita nada propio en el servidor. Su documentación pide un servidor SSH que conozca tu clave pública, ya que una petición de contraseña detendría las copias automáticas. Para un destino append-only, ejecuta en su lugar el rest-server de restic; escucha en el puerto 8000 por defecto.

La guía de inicio rápido de Borg dice que los repositorios remotos son más rápidos y sencillos cuando Borg está instalado en el host remoto. El cliente se comunica entonces con borg serve por SSH. Sin Borg en el servidor, puedes montar el sistema de archivos remoto, pero la documentación advierte que no todos los sistemas de archivos son lo bastante estables para copias de seguridad.

restic convierte cualquier cuenta SSH en un destino de copias de seguridad; Borg pide un paquete de servidor y ofrece un forced command más estricto.

# restic over SFTP: only SSH and a key on the server
restic -r sftp:[email protected]:/tank/restic init

# Borg over SSH: Borg 1.4.5 installed on both sides
borg init --encryption=repokey-blake2 ssh://[email protected]/tank/borg

# On the server, ~backup/.ssh/authorized_keys pins the key to one repository:
command="borg serve --append-only --restrict-to-path /tank/borg",restrict ssh-ed25519 AAAA... client@laptop

¿Cómo cifran restic y Borg, y quién tiene la clave?

Ambos cifran en el cliente, así que el servidor solo guarda texto cifrado. Se diferencian en cuánta elección te dan.

• restic cifra todo en el repositorio con AES-256 en modo contador y lo autentica con Poly1305-AES. Tu contraseña desbloquea la clave mediante scrypt. Incluso la caché local está cifrada.
• Borg establece el modo en borg init. repokey guarda la clave cifrada en el repositorio; keyfile la guarda en el cliente. La documentación de Borg indica exportar la clave con borg key export y guardarla fuera del sistema respaldado.
• Kopia no tiene modo sin cifrar. Cifra el contenido y los nombres de archivo con AES-256 o ChaCha20.

El panorama general está en cifrado del lado del cliente para copias de seguridad.

¿Cuál mantiene seguras las copias antiguas si hackean el cliente?

Ambos, si lo configuras. El modo --append-only de rest-server permite nuevas copias pero impide el borrado y la modificación de las existentes. El modo append-only de Borg se niega a sobrescribir o borrar datos ya confirmados.

Borg documenta la trampa. Prune y delete siguen ejecutándose en modo append-only; solo marcan los datos como borrados. La siguiente escritura en modo normal, como un prune desde tu máquina de administración, elimina esos datos de forma definitiva. Así que ejecuta borg check antes de cualquier prune, y mantén una copia con hard links si sospechas un ataque. Hay recetas para ambas herramientas en hacer inmutables las copias de seguridad en tu propio servidor.

¿Está listo Borg 2, y qué pasa con los repositorios de Borg 1?

Todavía no para producción. Borg 2.0 está en beta: 2.0.0b25 salió el 27 de septiembre de 2026, y la serie 1.4 sigue siendo la versión marcada como Latest. Borg 2 usa un nuevo formato de repositorio. borg transfer --from-borg1 copia los archivos de un repositorio Borg 1.x a uno nuevo de Borg 2. Después, Borg 2 debe ejecutarse tanto en el cliente como en el servidor.

Empieza hoy los nuevos repositorios offsite en Borg 1.4.5, y plantea el paso a Borg 2 como una transferencia, no como una actualización en el sitio.

¿Dónde encaja Kopia?

Kopia es la tercera opción, y la que tiene una interfaz gráfica oficial. La versión 0.23.1, publicada el 16 de junio de 2026, corrige una condición de carrera poco frecuente que podía provocar pérdida de datos, y los mantenedores recomiendan actualizar. Escribe en SFTP, almacenamiento compatible con S3 y varias nubes, o en un Kopia Repository Server que ejecutes tú mismo. Su guía contra ransomware se basa en S3 Object Lock en modo compliance, o en claves de acceso sin permisos de borrado. Elige Kopia cuando quienes gestionan las copias quieran una ventana, no una shell.

¿Qué tamaño de servidor necesitan restic o Borg?

Dimensiona el pool para una copia completa de tus datos, más los bloques modificados de cada versión que conserves. La deduplicación y la compresión reducen ambos; cuánto depende de tus datos. Luego añade paridad: diez discos de 10 TB en RAIDZ2 dejan 80 TB para el repositorio.

En 2 November 2026, los hosts sin KYC que aceptan criptomonedas cobraban una mediana de $6.70 por TB al mes a partir de 36 TB. A partir de 72 TB, la mediana bajaba a $4.86. Hold 40 cuesta $5.02/TB y Hold 100 $3.77/TB, en bruto. Todos los términos están en la lista de precios de hold. Para máquinas virtuales completas, un Proxmox Backup Server offsite encaja mejor.