Última actualización: 2026-07-12
rsync refleja carpetas desde 1996 por una razón: sincronización bidireccional, un algoritmo de delta con suma de comprobación rodante que transfiere solo los bytes que realmente cambiaron dentro de un archivo, y décadas de opciones para cada caso límite. Si ya tienes acceso SSH y conoces rsync, es muy difícil de superar.
El comando sync de Relayium cubre un trabajo más estrecho — un espejo incremental de un solo sentido — pero elimina un paso que rsync da por hecho que ya has realizado: configurar SSH. Se ejecuta sobre SSH si ya lo tienes, o conecta dos máquinas directamente sin ningún servidor SSH. Este artículo compara ambos con honestidad; sync no es un reemplazo completo de rsync, y las preguntas frecuentes lo dicen claramente.
rsync es bidireccional — cualquiera de los dos lados puede ser el origen — y su algoritmo de transferencia delta compara bloques de un archivo con una suma de comprobación rodante, de modo que una pequeña edición en un archivo enorme solo envía los bloques cambiados, no el archivo entero otra vez. Eso, más décadas de opciones (--exclude, --link-dest para instantáneas con enlaces duros, compresión, límites de ancho de banda y más), lo convierten en la herramienta adecuada para muchos trabajos.
También está en todas partes: la mayoría de los sistemas Linux y macOS lo incluyen, y funciona sobre una conexión SSH que probablemente ya configuraste. Nada de eso es algo que Relayium sync intente reemplazar.
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 | shrelayium sync <src...> <dest> [--delete] [--watch] es un espejo incremental de un solo sentido: compara el tamaño y la hora de modificación de cada archivo, omite lo que ya coincide y envía el resto.
Funciona sobre dos transportes. Apúntalo a user@host:/dest y se ejecuta sobre SSH — pero relayium ya debe estar instalado en el remoto; a diferencia de push, no hay respaldo tar para sync. Apúntalo en cambio a relayium://host[:port] y se salta SSH por completo: una conexión TLS 1.3 con anclaje directamente a un proceso a la escucha relayium serve en la otra máquina, autenticada por la huella de esa máquina (aprobada una vez, recordada después). Esa segunda vía es la verdadera comodidad: ningún sshd que configurar, ninguna clave SSH que gestionar — solo dos máquinas con relayium instalado y un puerto abierto entre ellas.
relayium sync ./photos user@host:/backup/photos # por SSHrelayium sync ./photos relayium://203.0.113.9:9031 # daemon directo, sin SSHPor defecto sync solo añade y actualiza — nunca elimina nada por su cuenta. Pasa --delete para reflejar también las eliminaciones, pero el receptor tiene que optar por ello: debe estar ejecutando relayium serve --allow-delete. Si no lo está, la solicitud de eliminación se rechaza y se informa de vuelta al remitente en lugar de ignorarse en silencio.
Para una carpeta que cambia continuamente, --watch mantiene sync en marcha tras la primera pasada y vuelve a reflejar cada vez que un archivo cambia bajo el origen — rsync no tiene nada incorporado para esto; normalmente recurrirías a una tarea cron o a un envoltorio como lsyncd.
relayium serve --dir /backup --port 9031 --allow-deleterelayium sync ./photos relayium://203.0.113.9:9031 --delete --watchCada archivo se verifica de extremo a extremo con un hash SHA-256, y una transferencia que se corta a mitad de un archivo se reanuda desde el desplazamiento de byte que ya está en disco en lugar de reiniciarse — útil por las mismas razones que en rsync.
Que quede claro qué no es la reanudación: no es el algoritmo delta de rsync. Si un archivo ya está completamente presente pero tiene un tamaño o una marca de tiempo diferente, sync lo retransmite entero en vez de comparar los bloques cambiados dentro de él. Para un único archivo enorme que cambia ligeramente y a menudo, la transferencia delta de rsync moverá menos datos. sync además solo maneja archivos normales — los enlaces simbólicos y los archivos especiales se omiten, así que cualquier cosa que dependa de ellos necesita tratarse por separado.
Elige rsync cuando necesites que la sincronización vaya en ambos sentidos, cuando ya tengas SSH configurado y no quieras otro daemon, cuando necesites control preciso (exclusiones, filtros, instantáneas con enlaces duros, límites de ancho de banda, compresión), o cuando un archivo cambie ligeramente y a menudo y la transferencia delta ahorre ancho de banda de verdad. Relayium sync no intenta cubrir nada de eso.
No. Solo hace espejo de un solo sentido y no tiene un algoritmo delta a nivel de bloque como rsync — un archivo con un tamaño o una marca de tiempo diferente se retransmite entero, y tiene muchas menos opciones que rsync. Si necesitas sincronización bidireccional, control preciso de filtros, o quieres apoyarte en el ecosistema maduro de rsync, rsync sigue siendo la mejor herramienta.
No. El daemon directo (relayium://host:port) se salta SSH por completo: una conexión TLS con anclaje, autenticada por la huella del receptor, aprobada una vez y recordada después. También puedes ir sobre SSH (user@host:path), pero relayium debe estar instalado en el remoto para eso — y a diferencia de push, no hay respaldo tar para sync.
Solo si pasas --delete y el serve del receptor se está ejecutando con --allow-delete. De lo contrario, la solicitud de eliminación se rechaza y se informa de vuelta al remitente, no se ignora en silencio.
Sí, con --watch. Tras el espejo inicial, sync sigue en marcha y vuelve a reflejar (con antirrebote) cada vez que un archivo cambia bajo el origen.
Sí. La CLI de Relayium es completamente gratis. sync, push/pull y daemon directo no necesitan cuenta. send la necesita para que el servidor pueda generar su código de emparejamiento, y el up en la nube para guardar el archivo.
Refleja una carpeta entre dos de tus propias máquinas — sin necesidad de un servidor SSH.
Obtener la CLI