Última actualización: 2026-07-12
scp ha sido durante décadas la forma predeterminada de mover un archivo por SSH: ya está en casi todas las máquinas de tipo Unix, todo el mundo conoce su sintaxis y simplemente funciona. No hay motivo para fingir lo contrario: scp se ha ganado su lugar.
La CLI de Relayium no reemplaza a SSH; se apoya exactamente en el mismo acceso SSH que ya tienes. push y pull usan tu conexión SSH igual que scp, pero añaden algunas cosas para las que scp nunca se construyó: reanudar una transferencia interrumpida, verificar cada archivo con una suma de comprobación, mostrar progreso real y funcionar incluso cuando en el extremo remoto no hay nada instalado.
Conviene decirlo con claridad: para muchas tareas, scp es la herramienta adecuada y añadir cualquier otra cosa es una carga innecesaria.
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 push y relayium pull se conectan a través del acceso SSH idéntico que usa scp: el mismo host, la misma clave, el mismo puerto. La diferencia está en lo que ocurre una vez abierta la conexión.
Cada archivo se verifica de extremo a extremo con un hash SHA-256 tras su llegada, de modo que una transferencia que parece terminada coincide realmente, byte a byte, con lo que se envió. Si una transferencia se interrumpe —una conexión caída, la tapa de un portátil cerrada— volver a ejecutar la misma orden retoma justo donde se quedó en lugar de reenviarlo todo, y ves progreso real por archivo durante todo el proceso, no una copia silenciosa.
La mayor diferencia práctica es lo que ocurre cuando el remoto no tiene relayium instalado. push lo comprueba automáticamente y, si no está, recurre a transmitir un simple archivo tar por la misma conexión SSH hacia un tar -x en el otro extremo, de modo que push sigue funcionando contra un servidor totalmente desnudo, sin nada que instalar antes. Ese plan de reserva es exclusivo de push: pull siempre necesita relayium ya instalado en el remoto, porque en un pull la máquina remota es la que actúa como remitente.
relayium push ./photos user@your-server:backups/relayium pull user@your-server:backups/ ./restorescp solo funciona donde tienes acceso SSH. La CLI de Relayium añade dos formas más de mover archivos para las que scp no tiene equivalente.
relayium serve convierte una máquina de tu propiedad en un destino daemon directo accesible por TLS 1.3 con anclaje: sin SSH, sin puerto 22, la confianza se establece en la primera conexión (aprobada de forma interactiva, o preautorizada con relayium authorize para un uso desatendido) y queda fijada a partir de ahí. Haz push directamente hacia ella con una dirección relayium://.
Para enviar por internet a alguien sobre quien no tienes ningún acceso SSH, relayium send / receive empareja en su lugar dos ordenadores con un código corto: de igual a igual directo, con un código de verificación corto (SAS) que ambas partes comparan antes de que se mueva un solo byte. scp no tiene respuesta para ese caso; primero necesitarías acceso SSH.
relayium push ./build relayium://your-serverrelayium send ./report.pdfCopiar una carpeta entera una y otra vez con scp -r significa reenviarlo todo cada vez, sin ninguna noción de qué cambió o qué debería eliminarse. relayium sync construye una réplica incremental unidireccional sobre push/pull o daemon directo: solo se mueven los archivos modificados, --delete elimina en el destino los archivos que desaparecieron del origen, y --watch sigue resincronizando en tiempo real cada vez que un archivo cambia localmente, sin necesidad de una tarea cron.
relayium sync ./photos user@your-server:backups/photos --delete --watchLas diferencias que más importan, una al lado de la otra:
Para push/pull no: usa tu propio acceso SSH exactamente igual que scp, sin cuenta de Relayium y sin iniciar sesión, y lo mismo vale para daemon directo y sync. send y el up en la nube son las excepciones: send necesita cuenta para que el servidor genere su código de emparejamiento (no si le pasas un código que te dieron), y up la necesita para guardar el archivo. Recibir no la necesita nunca.
Sí. push lo comprueba primero y, si relayium no está, recurre a un simple flujo tar por la misma conexión SSH, de modo que sigue funcionando contra un servidor desnudo. Ese plan de reserva es exclusivo de push: pull siempre necesita relayium ya instalado en el remoto, ya que el remoto actúa como remitente en un pull.
Las órdenes se parecen: relayium push src user@host:dest en lugar de scp -r src user@host:dest. La diferencia solo aparece cuando algo va mal: una conexión caída se reanuda en vez de reiniciar, y cada archivo se verifica con suma de comprobación al llegar.
Para una copia puntual de verdad en la que nada necesita reanudarse, nada necesita verificarse y no quieres ningún binario extra, scp ya está ahí y es la opción más sencilla. También es la opción predeterminada más segura dentro de scripts rápidos en los que no quieres una nueva dependencia.
Sí, por completo: sin nivel de pago, con licencia AGPL-3.0 y de código abierto, y cada modo conecta ambos extremos directamente.
Instala la CLI gratuita de Relayium y prueba push o pull con el acceso SSH que ya tienes.
Obtener la CLI