Rclone sincroniza tus archivos con almacenamiento en la nube

Artículo original ↗ Discusión en Hacker News ↗

Rclone se destaca como una herramienta versátil de línea de comandos que puede sincronizar, copiar y montar datos entre docenas de proveedores de almacenamiento en la nube, actuando a menudo como una alternativa más flexible a rsync, sshfs o clientes específicos de cada proveedor. Los comentaristas elogian su fiabilidad, verificación de checksum, cifrado del lado del cliente y capacidad para impulsar flujos de trabajo como copias de seguridad fuera del sitio, transferencias entre nubes, servidores FTP ad hoc y montaje de almacenamiento remoto mediante FUSE, a veces en combinación con herramientas como Restic o Borg. Entre las limitaciones se incluyen la necesidad de redes estables, la falta de una sincronización bidireccional real en tiempo real sin configuración adicional (p. ej., bisync) y algunos bordes ásperos o funciones sin mantenimiento, pero muchos aún lo consideran una “herramienta de primer nivel” para la gestión de datos personal y profesional.

Capacidades principales y casos de uso

  • Rclone es ampliamente elogiado como una “navaja suiza” para archivos:
    • Sincroniza/copia/mueve entre sistemas de archivos locales y muchos proveedores en la nube.
    • Monta almacenamiento en la nube o remoto como un sistema de archivos local mediante FUSE.
    • Sirve remotos a través de FTP (y otros protocolos) para dispositivos heredados e intranets.
    • Explora el uso de la nube mediante rclone ncdu y un explorador de archivos “universal”.
  • Usos reales comunes:
    • Copias de seguridad domésticas y de pequeñas oficinas a S3/Glacier, Backblaze B2, rsync.net, etc.
    • Migraciones entre nubes (p. ej., GDrive ↔ S3 ↔ OneDrive) en un servidor.
    • Reemplazar sshfs para montajes remotos en algunos flujos de trabajo.
    • Exponer Dropbox/otro almacenamiento en la nube en una LAN o a dispositivos que solo hablan FTP.

Copia de seguridad vs sincronización y sincronización bidireccional

  • Muchos enfatizan que rclone no es un sistema de copias de seguridad completo por sí mismo; se parece más a “rsync para muchos backends”.
  • Herramientas de copia de seguridad adecuadas mencionadas: Restic, Borg, Kopia, Duplicacy, Syncthing, Unison, borgmatic.
  • Patrón popular: Restic o Borg para copias de seguridad versionadas/cifradas; rclone para subir repositorios a almacenamiento en la nube barato.
  • sync de Rclone es unidireccional y elimina archivos sobrantes por diseño.
  • Existe rclone bisync para sincronización bidireccional, pero es por lotes, no en tiempo real; no está claro si sirve para configuraciones complejas con múltiples dispositivos/múltiples nubes.

Cifrado y seguridad

  • El backend crypt de Rclone proporciona cifrado del lado del cliente sobre backends de almacenamiento arbitrarios (E2E desde la perspectiva del usuario).
  • Esto resulta atractivo cuando los proveedores no ofrecen cifrado nativo de extremo a extremo.
  • Algunos lo contrastan con soluciones del lado del proveedor como el cifrado de cliente basado en SDK de S3.
  • La discusión señala que usar rclone + buckets inmutables/solo anexado puede reforzar configuraciones de copias de seguridad.

Fiabilidad, rendimiento y limitaciones

  • En general se reporta como muy sólido, incluso a gran escala (migraciones de varios PB, copias de seguridad de varios TB).
  • Fortalezas:
    • Reanudación de transferencias interrumpidas; es fácil volver a ejecutar el mismo comando.
    • Verificación de checksum por defecto, considerada una importante función de seguridad.
  • Debilidades / puntos dolorosos:
    • Los montajes pueden colgarse cuando desaparece la red; los timeouts no siempre se recuperan limpiamente.
    • Algunos backends/funciones están etiquetados como experimentales o parcialmente mantenidos.
    • El rendimiento como unidad montada con FUSE puede ser lento con muchos archivos pequeños.

Ecosistema, APIs y soporte

  • Rclone usa en su mayoría las APIs oficiales de los proveedores (a menudo compatibles con S3); algunos backends están invertidos por ingeniería inversa.
  • Un proveedor de almacenamiento integra rclone directamente en su entorno.
  • Hay debate sobre si el “soporte oficial” de los proveedores es importante; muchos usuarios aceptan rclone como una capa de abstracción pragmática sobre APIs diversas y cambiantes.

Herramientas y despliegue

  • Patrones frecuentes:
    • Algunos recomiendan demonizarlo mediante systemd en lugar de cron/nohup por robustez y seguridad.
    • Uso en servidores sin interfaz gráfica con tmux/screen para supervisión.
    • Existen una interfaz web experimental y GUIs de terceros (p. ej., RcloneBrowser), pero pueden mantenerse menos activamente.
  • Algunos expresan el deseo de mejores flujos de trabajo móviles/iOS y opciones de GUI más pulidas.