Rclone se ha convertido en una de las herramientas más completas en torna al almacenamiento en la nube. Una sola herramienta de línea de comandos capaz de hablar con decenas de servicios distintos, copiar datos entre ellos, montar nubes como si fueran discos locales… Y hacerlo todo con cifrado y automatización avanzada. Si gestionas servidores, usas varias nubes o simplemente quieres tener copias de seguridad serias, rclone es el tipo de utilidad que cambia tu forma de trabajar.
En esta guía verás cómo instalar rclone en los principales sistemas, configurar remotos para servicios como Google Drive, OneDrive, S3 o B2, entender las diferencias con rsync, montar nubes con FUSE, cifrar datos, automatizar copias con cron o systemd y resolver los problemas típicos de rendimiento, autenticación o límites de API.
Qué es rclone y en qué se diferencia de rsync
Rclone es un programa de línea de comandos de código abierto pensado para gestionar archivos en almacenamiento en la nube. Soporta más de 70 proveedores: Google Drive, Google Photos, OneDrive (personal, empresarial y SharePoint), Dropbox, Box, MEGA, pCloud, Proton Drive, servicios S3 (AWS, Wasabi, Cloudflare R2, Backblaze B2…), Google Cloud Storage, Azure Blob, WebDAV (Nextcloud, ownCloud), SFTP/FTP, SMB/CIFS, HTTP y muchos más.
A nivel conceptual, rclone extiende la idea de rsync al mundo cloud. Sincroniza directorios, copia datos, hace mirror unidireccional o bidireccional, pero entiende APIs de nubes, reintentos, límites de ancho de banda, cachés y metadatos específicos de cada backend. Mientras rsync se centra en ruta local o SSH, rclone habla el idioma de las APIs de cada proveedor.
La diferencia práctica clave es el foco. Rsync se mueve bien en entornos locales o SSH, rclone está optimizado para nubes. Sabe cuándo puede aprovechar server‑side copy (copiar directamente entre buckets sin pasar por tu máquina), cómo dividir archivos muy grandes en trozos, oqué hacer con metadatos como Content-Type, permisos o versiones.
Con opciones como --multi-thread-streams o transferencias paralelas, rclone puede superar cómodamente x4 la velocidad de rsync cuando copia a través de red. Especialmente con backends que soportan subidas fragmentadas (S3, GCS, B2, etc.). Además, ofrece cifrado transparente, montaje FUSE, capas de unión de varios remotos y un pequeño servidor HTTP/WebDAV/FTP integrado.
Servicios compatibles y arquitectura interna de rclone
El soporte de proveedores es uno de los puntos fuertes de rclone. A efectos prácticos, puedes definir tantos “remotos” como quieras: cada remoto describe una conexión (por ejemplo, gdrive: para Google Drive personal, onedrive: para OneDrive Empresa, s3-backup: para un bucket S3, nextcloud: vía WebDAV, etc.).
Para usuarios finales, rclone cubre sin problema las nubes más habituales: Google Drive/Photos, OneDrive (incluido SharePoint), Dropbox, Box, MEGA, pCloud, Proton Drive y otros servicios con enfoque en privacidad. Esto permite centralizar en un solo comando tareas que antes implicaban varias apps o clientes oficiales.
En entornos de empresa y desarrollo, rclone domina todo el mundo S3 y similares: Amazon S3 estándar, Google Cloud Storage, Azure Blob Storage, Backblaze B2, Wasabi, Cloudflare R2 y un buen puñado de proveedores compatibles (MinIO, Ceph, etc.). Todos ellos se gestionan con la misma sintaxis básica, cambiando solo el remoto.
En cuanto a protocolos y sistemas autoalojados, rclone habla SFTP, FTP, WebDAV, SMB/CIFS e incluso HTTP. Eso significa que puedes usarlo para copiar de un servidor SFTP a un bucket S3, pasar datos de un Nextcloud a una carpeta local, o descargar masivamente desde un servidor web sin necesidad de herramientas adicionales.
Internamente, rclone se organiza en varias capas: un núcleo que orquesta operaciones (Rclone Core), una capa VFS que se usa en montajes con caché, una capa Crypt que cifra/descifra al vuelo y una capa Chunker que trocea archivos grandes en backends que lo necesitan. Por debajo de todo hay una abstracción de backend común que oculta las peculiaridades de cada proveedor.
Requisitos del sistema e instalación en Windows, Linux y macOS
Rclone es muy ligero, pero conviene tener claras las necesidades básicas. Con 512 MB de RAM funciona, aunque para usos intensivos (montajes con caché, muchas transferencias simultáneas) es razonable disponer de 2 GB o más. A nivel de CPU basta 1 vCPU, pero un par de núcleos ayuda a aprovechar las transferencias paralelas. En disco, con 100 MB libres arranca, pero si vas a usar caché VFS es recomendable reservar al menos 1 GB.
En Linux, se recomienda un kernel moderno (idealmente 5.4+ con FUSE3), sobre todo si vas a montar remotos como sistemas de archivos. Si hablamos de distribución, rclone funciona en prácticamente cualquier sabor actual (Ubuntu, Debian, Fedora, etc.) siempre que tengas curl o wget y permisos de sudo.
Instalación detallada en Windows
En Windows tienes tres vías principales para instalar rclone, desde la más controlada hasta la más automática. Lo esencial es que termines con un rclone.exe accesible desde cualquier consola (CMD o PowerShell).
A) Descarga manual desde la web oficial (recomendado si quieres tener claro qué estás instalando):
- Descarga el ZIP de tu arquitectura: por ejemplo
rclone-v1.xx.x-windows-amd64.zippara 64 bits. - Descomprime el archivo en una carpeta fija, por ejemplo
C:\rclone, donde quedarárclone.exey varios ficheros de texto. - Añade
C:\rcloneal PATH del sistema (Panel de control → Sistema → Configuración avanzada → Variables de entorno → Editar PATH → Nuevo →C:\rclone).
B) Instalación con Winget en Windows 10/11, perfecto si ya usas el gestor de paquetes de Microsoft:
- Instalar rclone:
winget install Rclone.Rclone - Desinstalar si hace falta:
winget uninstall Rclone.Rclone --force
C) Chocolatey para quienes tienen automatizado el software del sistema:
- Instalar rclone:
choco install rclone - Si quieres montar unidades, instala también WinFsp:
choco install winfsp
Instalación en Ubuntu/Debian y otros Linux
En Linux, el método más sencillo y siempre actualizado es el script oficial. Descarga e instala la última versión estable (o la beta) con un único comando:
- Versión estable:
sudo -v ; curl https://rclone.org/install.sh | sudo bash - Versión beta:
sudo -v ; curl https://rclone.org/install.sh | sudo bash -s beta
Si prefieres control absoluto, puedes descargar el paquete .deb concreto y gestionarlo con dpkg:
- Descarga:
wget https://downloads.rclone.org/v1.xx.x/rclone-v1.xx.x-linux-amd64.deb - Instala:
sudo dpkg -i rclone-v1.xx.x-linux-amd64.deb - Si faltan dependencias:
sudo apt -f install
Para montajes FUSE es importante instalar fuse3 y permitir allow_other en /etc/fuse.conf, descomentando la línea correspondiente. Después, un reinicio o recarga de servicios suele ser suficiente.
Instalación en macOS
En macOS, Homebrew simplifica mucho la vida. Con un par de comandos tienes rclone listo para usar:
- Instalar con Brew:
brew install rclone - Actualizar de forma periódica con
brew upgrade rclone
Si no quieres depender de Homebrew, puedes tirar de instalación manual descargando el ZIP de macOS, descomprimiendo y moviendo el binario a /usr/local/bin como harías en Linux. El uso posterior es idéntico: rclone version para comprobar que todo va bien.
Primeros pasos: configuración básica y concepto de “remoto”
El corazón de rclone es el archivo de configuración, donde defines tus remotos. Por defecto vive en ~/.config/rclone/rclone.conf (Linux/macOS) o en la ruta indicada por %APPDATA% en Windows, y se gestiona con el asistente interactivo rclone config.
Cada remoto es una sección INI que agrupa parámetros de conexión: tipo de backend, credenciales, región, opciones especiales, etc. Un ejemplo típico para Google Drive sería algo como [gdrive] con su type = drive, scope = drive y el token OAuth almacenado en JSON.
Para arrancar el asistente, abre una terminal y ejecuta rclone config. Verás un menú con varias opciones: crear remoto nuevo, editar uno existente, borrarlo, renombrarlo, cifrar la configuración, etc. Lo normal al principio es pulsar n para “New remote”.
En el caso de Google Drive, el flujo típico de creación de remoto incluye varios pasos: elegir el tipo “drive”, decidir si quieres usar client ID propio (recomendable para evitar límites estrictos de Google), escoger el alcance (drive completo, solo lectura, etc.), usar autenticación automática en un navegador y, opcionalmente, indicar si se trata de una unidad compartida.
Si estás en un servidor sin navegador (SSH, VPS, contenedor sin GUI), rclone permite autorizar desde otra máquina. Cuando el asistente pregunte “Use auto config?”, respondes que no, rclone mostrará un comando rclone authorize "drive" que debes ejecutar en tu PC con navegador, copias el token resultante y lo pegas en el servidor en el campo correspondiente.
Sintaxis básica, rutas remotas y comandos fundamentales
La sintaxis general de rclone es muy consistente y fácil de memorizar: rclone [opciones] subcomando origen [destino]. El subcomando puede ser copy, sync, ls, mount, move, etc. El origen y destino son rutas locales o remotas del estilo remote:path/to/dir.
Una ruta /path/to/dir apunta al sistema de archivos local, mientras que remote:path/to/dir hace referencia a un directorio dentro de un remoto definido en la configuración. En la mayoría de backends, remote:/path/to/dir equivale a lo mismo, salvo en unos pocos casos peculiares (FTP, SFTP, Dropbox Business) donde el prefijo / cambia el significado (directorio raíz vs. home).
Los comandos de listado más útiles para empezar son ls, lsl, lsd y tree. Por ejemplo, para ver los archivos de una carpeta de Google Drive con tamaño: rclone ls gdrive:Documentos. Para listar solo directorios: rclone lsd gdrive:. Si quieres un árbol más visual: rclone tree gdrive:Proyectos --level 3.
Copiar archivos es tan simple como rclone copy origen destino. Ejemplos prácticos:
- Local → nube:
rclone copy C:\Users\usuario\Documents onedrive:backup/documents -P - Nube → local:
rclone copy onedrive:photos C:\Users\usuario\Pictures -P - Nube → nube (server‑side cuando se puede):
rclone copy gdrive:data onedrive:backup -P
El subcomando sync hace que el destino quede idéntico al origen: borra del destino lo que ya no existe en el origen. Es peligrosillo si no lo usas con cabeza, así que al principio acompáñalo siempre de --dry-run y, si quieres, --interactive para pedir confirmación antes de operaciones destructivas.
Para sincronización bidireccional existe rclone bisync, que todavía es experimental. Hace un seguimiento de los cambios en ambos lados para mantenerlos alineados, útil en ciertos escenarios de trabajo desconectado, pero conviene probarlo bien con datos no críticos antes de confiarle tu vida digital.
Montar nubes como unidades locales con FUSE y caché VFS
Una de las funciones estrella de rclone es la capacidad de montar un remoto como si fuera un disco. Esto te permite navegar la nube desde el explorador de archivos, editar documentos directamente o apuntar aplicaciones (indexadores multimedia, editores, etc.) a rutas remotas sin que sepan que hay una nube detrás.
En Windows, el montaje se hace asignando una letra de unidad o creando una unidad de red. Por ejemplo:
- Montar OneDrive como unidad X:
rclone mount onedrive: X: --vfs-cache-mode full - Montar como unidad de red:
rclone mount onedrive: X: --network-mode --vfs-cache-mode full
En Linux y macOS se usa un punto de montaje en el sistema de archivos, normalmente con FUSE:
- Crear directorio:
mkdir -p ~/OneDrive - Montar en segundo plano (daemon):
rclone mount onedrive: ~/OneDrive --vfs-cache-mode full --daemon
El parámetro clave aquí es --vfs-cache-mode, que controla el comportamiento de la caché:
off: sin caché, máximo rendimiento en lectura, pero algunas apps no se llevan bien con esto.minimal: caché mínima necesaria para que funciones básicas de escritura funcionen.writes: cachea escrituras y las sube después, útil si editas archivos pero no necesitas lectura agresiva de caché.full: cacheo completo de lectura y escritura, recomendado para montajes que se usarán como si fuesen discos reales (multimedia, IDEs, etc.).
Para servicios de streaming o catálogos de medios (Plex, Jellyfin, etc.), suele usarse --vfs-cache-mode full más un buen tamaño de caché (--vfs-cache-max-size, --buffer-size) y un tiempo de retención generoso (--vfs-cache-max-age, --dir-cache-time), de modo que el servidor no tenga que estar haciendo listados constantemente.
Interfaz gráfica: Rclone Web GUI, Rclone UI y RcloneBrowser
Aunque rclone nació como herramienta puramente de CLI, hoy existen varias formas de usarlo con interfaz gráfica. Esto viene de perlas si vas a delegar tareas en alguien que no se siente cómodo con la terminal, o simplemente quieres una vista más visual de las transferencias.
La propia herramienta incluye una Web GUI experimental, que se lanza con:
rclone rcd --rc-web-gui --rc-user=admin --rc-pass=password- Luego apuntas el navegador a
http://localhost:5572y accedes con ese usuario y contraseña.
Además, hay GUIs de terceros muy pulidas. Una de las más completas es “Rclone UI”, una app de escritorio para Windows, macOS y Linux que soporta arrastrar y soltar, programación de tareas, múltiples transferencias concurrentes y barras de progreso visuales. Otra alternativa veterana es RcloneBrowser, disponible incluso como AppImage en Linux, suficiente para mucha gente que solo necesita gestionar algunas copias de vez en cuando.
Si eres de los que vive en la consola pero en el móvil no te apetece tanto lío, en Android también hay varias apps que integran rclone, muchas de ellas reutilizando directamente el archivo rclone.conf que generas en el PC. Basta con copiar ese fichero de configuración a la ruta que indique la app y tendrás tus remotos listos también en el móvil.
Cifrado transparente con crypt y seguridad de la configuración
Uno de los grandes atractivos de rclone es poder cifrar tus datos antes de que salgan de tu máquina. El backend crypt actúa como una capa encima de otro remoto: tú ves nombres de archivo normales, pero en la nube se almacenan nombres y contenidos cifrados.
La configuración típica de un remoto cifrado implica crear un nuevo remoto de tipo crypt y apuntarlo a una ruta de otro remoto, por ejemplo: remote = gdrive:encrypted. Además, eliges el modo de cifrado de nombres (standard, obfuscate u off) y defines una contraseña (y opcionalmente una segunda “sal” para reforzar el cifrado).
Una vez creado, operar con el remoto cifrado es completamente transparente: si haces rclone copy /datos/sensibles gdrive-crypt:, en Google Drive verás sólo nombres extraños y contenido ilegible. Desde el remoto cifrado, en cambio, aparecerán tus rutas y ficheros tal cual.
El archivo de configuración de rclone puede y debe protegerse cuando contiene credenciales sensibles. El propio rclone permite cifrar ese fichero: en el menú de rclone config eliges la opción de establecer contraseña de configuración, introduces una clave y, a partir de entonces, el programa pedirá esa contraseña para leer el rclone.conf.
En entornos automatizados puedes suministrar la contraseña mediante la variable de entornoRCLONE_CONFIG_PASS o con --password-command, de forma que scripts, cron o servicios systemd puedan usar rclone sin intervención manual pero sin dejar la contraseña a la vista en texto plano.
Automatización de copias de seguridad y tareas programadas
Donde rclone brilla de verdad es en copias de seguridad recurrentes y sincronizaciones programadas. Puedes usar tanto los programadores nativos de cada sistema (Task Scheduler en Windows, cron en Linux, timers de systemd) como scripts personalizados que incluyen notificaciones y limpieza de versiones antiguas.
En Windows, el Programador de tareas permite lanzar rclone a ciertas horas con parámetros concretos, por ejemplo para sincronizar una carpeta crítica con OneDrive cada noche. Puedes volcar la salida a un archivo de log y activar reintentos si la tarea falla.
En Linux, lo más habitual es preparar un pequeño script de backup y engancharlo a cron. Por ejemplo, un rclone sync /datos/ gdrive-crypt:backups/ diario a las 2:00, con --log-file, --fast-list y filtros para excluir temporales o logs de gran tamaño.
Si quieres ir un paso más allá, puedes combinar rclone con systemd para montar remotos al arranque o lanzar scripts de backup como servicios y timers. Esto da mucha más visibilidad (logs integrados en journal, control de dependencias de red, reinicios automáticos si fallan, etc.) y suele ser preferible a cron en sistemas modernos.
La gracia es que rclone ofrece flags pensados para backups serios: --backup-dir y --suffix para enviar versiones antiguas a una carpeta de histórico, --checksum para comparar con hashes cuando el backend lo soporta, --max-transfer y --bwlimit para no saturar ancho de banda ni superar cuotas diarias, o --track-renames para detectar archivos renombrados en vez de borrarlos y volverlos a subir.
Optimización de rendimiento, filtros avanzados y resolución de problemas
Cuando empiezas a mover muchos gigas o millones de ficheros, los detalles marcan la diferencia. Rclone expone un arsenal de opciones de rendimiento: --transfers para ajustar el número de subidas/bajadas paralelas, --checkers para las comprobaciones, --multi-thread-streams y --multi-thread-cutoff para subidas multi-hilo de archivos grandes, --buffer-size para definir el tamaño de los buffers en RAM, etc.
Para colecciones con muchísimos archivos pequeños, suele ser buena idea aumentar --transfers y --checkers, y añadir --fast-list en backends que soportan listados recursivos eficientes. Eso sí, --fast-list consume más memoria porque rclone se guarda el listado completo de antemano, así que conviene medir y no abusar en máquinas ajustadas de RAM.
La limitación de ancho de banda se controla con --bwlimit, que incluso admite calendarios horarios. Algo del estilo --bwlimit "08:00,1M 18:00,off" permite ir suave durante el horario de oficina y desatar la velocidad por la noche. Usar esta opción ayuda a evitar que el backup reviente la conexión de toda la oficina.
Los filtros son otro pilar fundamental: con --include, --exclude, --filter-from, --min-size, --max-age, etc., puedes acotar exactamente qué se copia y qué no. Un archivo de filtros bien diseñado te salva horas de transferencia innecesaria (por ejemplo, excluyendo node_modules, .git, caches, logs gigantes, etc.).
En cuanto a problemas típicos, verás sobre todo errores de autenticación o límites de API en Google Drive y similares. En esos casos, conviene volver a conectar el remoto con rclone config reconnect, considerar usar un Client ID propio en la consola de Google y rebajar paralelismo y TPS (--tpslimit) si estás chocando con rate limits.
Cuando algo se tuerce de verdad, el modo debug de rclone y los volcados de cabeceras ayudan muchísimo: lanzar el comando con -vv --dump headers o incluso --dump bodies (con cuidado, porque es muy verboso) suele desvelar qué está devolviendo el backend y por qué. Y si sospechas de un bug, hacer una captura con -vv y abrir un issue en el repositorio de GitHub del proyecto es la vía rápida para obtener ayuda.
Con todo lo anterior, rclone se convierte en una pieza central para cualquiera que dependa a diario del almacenamiento en la nube. Da igual si lo usas para tener backups cifrados en varios proveedores, montar Google Drive en un servidor multimedia, migrar datos entre buckets S3, automatizar copias de bases de datos o simplemente evitar que se te llene el disco de tu Raspberry: una vez que le coges el truco a la sintaxis y a los remotos, acaba siendo la herramienta a la que vuelves siempre que piensas “esto seguro que se puede hacer con rclone”.