Relayium vs croc: transferencia de archivos cifrada desde la terminal

Lo que Relayium y croc tienen en común

Empecemos por lo que se solapa, porque es considerable: ambas son un único binario pequeño que instalas una vez, ambas mueven archivos por conexiones directas sin coste, y ambas son de código abierto (croc bajo la licencia permisiva MIT, la CLI de Relayium bajo AGPL-3.0), así que puedes leer cada línea que toca tus archivos.

• Un código corto que solo conocen los dos extremos basta para que se encuentren y acuerden una clave. El de croc se inventa en el momento; el de Relayium lo genera su servidor para un remitente con sesión iniciada, y el receptor sigue sin necesitar cuenta.
• Cifrado de extremo a extremo en tránsito: el retransmisor o punto de encuentro en medio nunca ve el contenido de tu archivo.
• Las transferencias interrumpidas pueden retomarse en lugar de empezar de nuevo, y ambas verifican que lo que llegó coincide realmente con lo que se envió.
• Multiplataforma: macOS, Linux y Windows.

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 ».

Daemon directo: hablar con un servidor que ya tienes en marcha

Esta es la mayor diferencia práctica. croc está construido en torno a un único flujo — introduces la frase clave, entregas la frase clave. La CLI de Relayium añade otra forma de mover archivos que se apoya en infraestructura que ya tienes.

Nota histórica: esta sección describía las transferencias SSH de Relayium: push o sync a un destino user@host:path, relayium pull y las opciones -i y -p. El CLI actual las ha retirado y las rechaza con «SSH transfers are currently disabled», así que los comandos que había aquí ya no funcionan y no se muestran. Entre dos máquinas que administres, usa relayium serve con push o sync a relayium://host; las versiones mantenidas en inglés y en chino simplificado de esta página, enlazadas arriba, describen los pasos actuales.

relayium serve convierte cualquier máquina que poseas en un objetivo daemon directo, accesible sobre TLS 1.3 con anclaje sin SSH ni frase clave — la confianza se establece en la primera conexión (aprobada de forma interactiva, o preautorizada para uso desatendido) y queda fijada a partir de entonces, la misma idea que una clave de host SSH.

relayium authorize <sender-fingerprint>

relayium serve --dir ~/incoming

relayium push ./build relayium://your-server

Sincronización de carpetas y un código de verificación que compruebas dos veces

croc envía un lote de archivos y termina — envíalo otra vez para actualizar el otro lado, sin ninguna noción de qué debería eliminarse. La CLI de Relayium añade relayium sync, un espejo incremental de un solo sentido sobre daemon directo: solo mueve lo que cambió, --delete elimina en el destino los archivos que desaparecieron del origen (un daemon solo lo respeta si se inició con --allow-delete, así que un receptor tiene que optar por ello), y --watch mantiene la resincronización en tiempo real a medida que los archivos cambian, sin necesidad de una tarea cron.

Para una transferencia puntual entre redes, relayium send / receive cumple el mismo papel que la frase clave de croc, emparejando dos ordenadores con un código corto; el otro extremo también puede ser una app de Relayium o la página web. Ambos extremos muestran un código de verificación corto (una Short Authentication String). Compararlo fuera de banda confirma que las huellas de los certificados TLS fijados no fueron sustituidas y que el servicio de encuentro no suplantó a ninguno de ellos; autentica los extremos, no cada salto de la ruta de red. Siempre que el servidor emite un retransmisor para el código, la sesión pasa por ese retransmisor cifrado y cuenta para la cuota mensual de tráfico de la cuenta que generó el código; solo sin retransmisor necesita un camino directo.

relayium sync ./photos relayium://your-server --delete --watch

Cuándo croc es la opción más sencilla

Hay casos reales en los que croc es la mejor herramienta para el trabajo, y vale la pena decirlo claramente.

• Solo quieres entregar un archivo a un amigo ahora mismo con las menos piezas móviles posibles — ningún servidor al que llegar, nada que configurar en ninguno de los dos extremos.
• Estás detrás de un NAT estricto sin forma de abrir un camino directo: el retransmisor de croc lleva el flujo cifrado de todos modos. El send / receive de Relayium también pasa por un retransmisor cifrado siempre que el servidor emite uno para el código (contabilizado en la cuota mensual de tráfico de la cuenta que generó el código). Si no se emite ninguno —no configurado o cuota agotada—, puede fallar; daemon directo hacia un servidor accesible sigue funcionando, ya que no depende de un salto P2P directo.
• No necesitas replicación de carpetas ni un proceso a la escucha de larga duración — croc es un único comando ad hoc por cada extremo y nada más en lo que pensar.
• Ya confías en la comunidad grande y consolidada de croc y en sus años de uso en el mundo real.

Comparación de funciones de un vistazo

Las diferencias que más importan, una al lado de la otra:

• Hablar con un servidor: Relayium usa un daemon con TLS con anclaje (serve y push/sync); el antiguo transporte SSH (push/pull) está retirado. croc requiere instalar croc en ambos extremos y compartir una frase clave.
• Sincronización de carpetas: relayium sync replica de forma incremental con --delete y --watch; croc envía un lote y termina, sin semántica de espejo ni de borrado.
• Sin camino directo disponible: ambos pueden retransmitir; tanto el retransmisor de croc como el retransmisor cifrado de Relayium (siempre que el servidor emite uno para el código; contabilizado en la cuota mensual de tráfico de la cuenta que generó el código) llevan el flujo cifrado, así que la transferencia se completa.
• Verificación: ambas van cifradas de extremo a extremo; el send/receive de Relayium además imprime un código corto que ambos lados comparan antes de que empiece la transferencia.
• Autoalojamiento: ambas son autoalojables — el retransmisor de croc es un pequeño binario independiente; el servidor de Relayium también ejecuta la aplicación web, y el send/receive de la CLI puede apuntar al tuyo propio con --server.
• Licencia y coste: croc tiene licencia MIT y la CLI de Relayium licencia AGPL-3.0, y en ambas las transferencias directas son gratis. croc no requiere cuenta alguna; Relayium solo la requiere para send, para generar el código de emparejamiento.