Rclone se ha convertido en la navaja suiza del almacenamiento en la nube para quienes manejan varios servicios a la vez: Google Drive, OneDrive, Dropbox, S3, Backblaze B2, FTP, SFTP, WebDAV… La parte menos amigable, al menos al principio, es que todo se controla desde la terminal. Para mucha gente eso es un muro de entrada importante, sobre todo si solo quiere subir, bajar o sincronizar carpetas sin pelearse con comandos.
La buena noticia es que hoy puedes controlar rclone cómodamente desde el navegador gracias a su Web GUI oficial y a varias interfaces gráficas externas. Eso te permite gestionar transferencias, programar copias de seguridad, revisar logs o montar nubes como unidades sin salir de una ventana web o de una aplicación de escritorio. En este artículo vamos a ver, con todo lujo de detalles, cómo instalar rclone, cómo habilitar y usar la Web GUI, cómo integrarlo en sistemas como Linux, Windows, macOS u OpenWrt, y qué otras GUIs (como Rclone Browser) complementan este ecosistema.
Qué es rclone y por qué interesa la Web GUI
Rclone es una herramienta de código abierto escrita en Go que actúa como un “rsync para la nube”. Ofrece comandos equivalentes a rsync, cp, mv, ls, tree, rm o mount, pero operando directamente sobre más de 70 proveedores de almacenamiento remoto: desde servicios de consumo como Google Drive o Dropbox hasta backends empresariales tipo Amazon S3, Cloudflare R2, Wasabi o Backblaze B2, pasando por protocolos estándar como SFTP, FTP, WebDAV o SMB.
Su arquitectura interna está organizada por capas: un núcleo (Rclone Core) que gestiona las operaciones básicas, una capa VFS para montaje y caché (clave cuando se usa como sistema de archivos montado), una capa Crypt para cifrado transparente del lado del cliente y una capa Chunker pensada para dividir archivos grandes en fragmentos. Por debajo de todo ello está la abstracción de backend, que homogeniza el acceso a todos los proveedores sin que tú tengas que preocuparte de los detalles de cada API.
La Web GUI de rclone se apoya precisamente en esa API de control remoto (rc API). En lugar de teclear comandos, el navegador hace peticiones a un servidor rclone en modo demonio que expone un panel web. Desde ahí puedes lanzar copias, sincronizaciones, revisar tareas activas, ver estadísticas de velocidad, editar remotos, montar unidades o incluso exponer servicios tipo WebDAV o HTTP.
Esta GUI web es oficial pero todavía se considera experimental, lo que en la práctica significa que funciona muy bien para la mayoría de tareas, pero algunas funciones avanzadas pueden cambiar entre versiones. Aun así, para la gestión diaria de remotos, transferencias y montajes suele ser más que suficiente, sobre todo si vienes “alergia” a la terminal.
Requisitos y consideraciones antes de instalar rclone
Antes de meternos con la Web GUI, conviene tener claro qué necesita rclone para funcionar de manera fluida, especialmente si vas a usar la interfaz web con montajes y grandes volúmenes de datos. A nivel de hardware, el consumo no es desmesurado, pero hay requisitos recomendados:
En un Linux típico (por ejemplo Ubuntu o Debian) los valores orientativos son alrededor de 512 MB de RAM como mínimo y 2 GB o más si vas a usar caché VFS intensiva, 1 vCPU mínima (mejor 2 o más si quieres transferencias en paralelo agresivas), y desde 100 MB de espacio hasta 1 GB o más para cachear datos. En cuanto al sistema, rclone se lleva bien con kernels modernos (3.10+ de mínimo y mejor 5.4+ si usas FUSE3 para montajes).
En Windows y macOS los requisitos no son muy distintos: cualquier equipo relativamente moderno podrá manejar rclone sin problemas. Lo importante es disponer de permisos suficientes para instalarlo y, si vas a montar remotos como unidades, tener configurado correctamente el soporte FUSE o equivalente (en Windows, por ejemplo, suele recomendarse instalar WinFsp cuando se quiere usar la función de montaje).
Si vas a usar rclone en routers o NAS con OpenWrt, Unraid u otros sistemas integrados, revisa bien el espacio disponible y la compatibilidad de paquetes (FUSE, kernel, etc.). En esos escenarios la Web GUI de rclone es especialmente atractiva, porque puedes controlar todo desde el navegador sin tener que conectarte por SSH constantemente.
Instalar rclone en los principales sistemas operativos
Para poder usar la Web GUI lo primero, cómo no, es tener rclone instalado. La propia herramienta ofrece métodos oficiales para prácticamente todas las plataformas. Vamos a repasar los más habituales, desde el más sencillo hasta los más avanzados.
En Windows, la opción más directa es descargar el ZIP desde la web oficial. Normalmente usarás la versión de 64 bits (rclone-vX.Y.Z-windows-amd64.zip). Extraes el contenido en una carpeta tipo C:\rclone\, donde encontrarás el ejecutable rclone.exe. Si quieres hacerlo cómodo, puedes añadir esa ruta a la variable de entorno Path para poder llamar a rclone desde cualquier directorio con el Símbolo del sistema o PowerShell.
Si prefieres no descargar nada a mano en Windows 10 u 11, puedes tirar de gestores de paquetes: con Winget bastaría algo como winget install Rclone.Rclone para instalar y winget uninstall Rclone.Rclone --force para quitarlo. Otra alternativa bastante extendida es Chocolatey, con choco install rclone y, si vas a montar remotos como unidades, también instalar winfsp con choco install winfsp.
En Ubuntu y Debian la vía más limpia suele ser el script oficial. Con un simple curl https://rclone.org/install.sh | sudo bash tendrás la última versión estable instalada bajo /usr/bin/rclone, sin depender del repositorio de la distribución (que a menudo va retrasado). Si quieres la versión beta, se añade la opción -s beta al script. Para quienes quieran control absoluto, siempre queda la opción de descargar manualmente el paquete .deb concreto y hacer sudo dpkg -i, resolviendo dependencias con sudo apt -f install si hace falta.
En macOS, Homebrew simplifica mucho el proceso: basta brew install rclone. Si no quieres depender de Brew, puedes descargar el ZIP desde la web oficial (rclone-current-osx-amd64.zip), descomprimirlo y copiar el binario rclone a /usr/local/bin/ con permisos de administrador.
Para entornos más avanzados (servidores Linux, VPS, contenedores, etc.) es habitual instalar también FUSE3 y sus librerías de desarrollo: sudo apt install fuse3 libfuse3-dev en Debian/Ubuntu. Además, conviene habilitar user_allow_other en /etc/fuse.conf si vas a montar remotos accesibles por otros usuarios del sistema con la opción --allow-other.
Concepto de remotos y configuración básica de rclone
Rclone trabaja siempre sobre el concepto de “remoto”. Cada remoto es una entrada en el archivo de configuración (por defecto, ~/.config/rclone/rclone.conf en Linux/macOS y una ruta equivalente en Windows) que describe cómo conectarse a un servicio: tipo de backend (drive, s3, onedrive, b2, sftp, etc.), credenciales, región, endpoint y otros parámetros específicos.
La forma más cómoda de crear y gestionar remotos es usar el asistente interactivo con rclone config. El menú principal te permite añadir nuevos remotos, renombrarlos, copiarlos, borrarlos o incluso cifrar el propio archivo de configuración con una contraseña maestra para proteger tokens y claves sensibles.
Por ejemplo, para configurar OneDrive en Windows abrirías un Símbolo del sistema con Win + R y escribiendo cmd, o directamente PowerShell. Allí ejecutarías rclone config, responderías con n para crear un nuevo remoto, le pondrías un nombre descriptivo (por ejemplo onedrive), elegirías el tipo de almacenamiento (onedrive en el listado), dejarías en blanco el Client ID y Client Secret si no quieres usar credenciales personalizadas, seleccionarías la región global habitual y aceptarías la configuración avanzada por defecto.
Cuando rclone pregunte si quieres usar configuración automática, respondiendo con y se abrirá el navegador y te pedirá iniciar sesión con tu cuenta de Microsoft, conceder los permisos y confirmar la unidad a usar. Una vez guardada la configuración, tendrás un remoto llamado onedrive: listo para usar, tanto desde la línea de comandos como desde la Web GUI.
En entornos sin navegador (por ejemplo un servidor al que accedes por SSH), el flujo cambia ligeramente: en la pregunta de auto-config, eliges n y rclone te mostrará un comando del estilo rclone authorize "onedrive". Ese comando lo ejecutas en un equipo con navegador, obtienes un token JSON y lo pegas de vuelta en el servidor. Con eso se completa la autenticación sin necesidad de GUI local.
Primeros comandos útiles antes de usar la Web GUI
Aunque el objetivo es manejar rclone desde el navegador, entender cuatro comandos básicos ayuda mucho a saber qué está pasando por debajo de la interfaz gráfica. Además, si la Web GUI falla o no está disponible, podrás seguir trabajando desde terminal sin quedarte vendido.
Para listar el contenido de un remoto bastan unos pocos comandos. Por ejemplo, rclone ls onedrive: te muestra archivos con tamaño, rclone lsd onedrive: solo directorios, y rclone tree onedrive: una vista en árbol. Si quieres examinar una carpeta concreta, podrías usar rclone ls onedrive:Documents.
Las operaciones de copia y sincronización son el corazón de rclone. Una orden típica de subida local→nube en Windows podría ser rclone copy C:\Users\usuario\Documents onedrive:backup/documentos. Para hacer la operación inversa (nube→local) podrías lanzar rclone copy onedrive:fotos C:\Users\usuario\Pictures. Y si quieres copiar directamente entre dos nubes, rclone copy googledrive:datos onedrive:backup --progress se encarga sin bajar los archivos a tu máquina si el backend lo permite.
Conviene interiorizar algunas opciones clave como --progress o -P para ver en tiempo real el estado de la transferencia, --dry-run para simular lo que va a hacer sin tocar nada, --interactive para confirmar borrados, o --transfers=N y --checkers=N para ajustar cuántas transferencias y verificaciones paralelas se ejecutan.
El comando sync es especialmente potente y peligroso: hace que el destino quede idéntico al origen, lo que implica que borra en el destino todo lo que ya no esté en el origen. Por eso se recomienda encarecidamente usar siempre antes --dry-run hasta que tengas total confianza en el patrón de archivos que se va a tocar. Si no quieres arriesgarte a perder nada, es más prudente usar copy, que nunca elimina del destino.
Montar remotos como unidades locales con VFS y FUSE
Una de las funciones más interesantes de rclone es la capacidad de montar un remoto como si fuera una carpeta o unidad local. Esto permite que tus aplicaciones vean tu Google Drive, OneDrive o cualquier otro backend como un sistema de archivos más, sobre el que puedes trabajar casi igual que sobre un disco físico.
En Windows es habitual montar un remoto con una letra de unidad. Por ejemplo, podrías hacer rclone mount onedrive: X: --vfs-cache-mode full para ver tu OneDrive como una unidad X:. También hay un modo de “unidad de red” (--network-mode) que puede encajar mejor en algunos escenarios. En Linux y macOS, el patrón habitual sería crear un punto de montaje (mkdir ~/OneDrive) y luego ejecutar rclone mount onedrive: ~/OneDrive --vfs-cache-mode full --daemon para lanzar el montaje en segundo plano.
El parámetro --vfs-cache-mode determina cómo se comporta la caché VFS. Con off no habrá caché (lo más ligero pero también lo menos flexible), minimal cachea lo mínimo para operaciones básicas, writes se centra en cachear escrituras, y full cachea tanto lecturas como escrituras, lo que suele ser la opción más cómoda cuando trabajas con aplicaciones que esperan un sistema de archivos tradicional.
En servidores Linux es frecuente automatizar estos montajes con systemd. Creas un servicio que ejecuta rclone mount en el arranque, ajustas opciones como --dir-cache-time, --vfs-cache-max-size, --buffer-size y rutas de logs, y habilitas el servicio para que arranque con el sistema. Esto se integra de maravilla con servidores multimedia tipo Plex o Jellyfin, que leen tu biblioteca directamente desde un remoto montado.
Todo este control de montajes y cachés también se puede gestionar desde la Web GUI de rclone, lo cual simplifica mucho la vida: en lugar de recordar un comando kilométrico, ajustas las opciones desde una interfaz web, guardas el perfil y lanzas o detienes el montaje con un par de clics.
Instalar y arrancar la Web GUI oficial de rclone
La protagonista de este artículo es la Web GUI oficial que viene integrada en rclone. No hace falta instalar nada adicional: la propia herramienta incluye los archivos web necesarios y los sirve a través del modo rc (remote control). Solo tienes que lanzar rclone en modo demonio con los parámetros adecuados.
El comando básico para iniciar la Web GUI suele ser algo así como:
rclone rcd --rc-web-gui --rc-user=admin --rc-pass=tu_clave_segura
Este comando arranca un servidor de control remoto con interfaz web escuchando por defecto en http://localhost:5572. La opción --rc-web-gui le indica a rclone que descargue (si no los tiene aún) y sirva los archivos de la GUI, mientras que --rc-user y --rc-pass establecen un usuario y contraseña para proteger el acceso. Es muy recomendable usar una contraseña robusta, sobre todo si vas a exponer el servicio fuera de tu red local.
Una vez que el demonio está en marcha, abres tu navegador y visitas la URL correspondiente (normalmente http://127.0.0.1:5572 si lo arrancas en tu propia máquina). Introduces las credenciales que has definido y entrarás en el panel, donde podrás ver los remotos ya configurados, lanzar tareas de copia o sincronización, montar y desmontar, revisar estadísticas de transferencia, logs, etc.
En servidores o routers, lo normal es dejar rclone rcd corriendo como servicio. En Linux puedes montar un servicio systemd que invoque rclone rcd con las opciones que quieras, en OpenWrt se integra a través del propio panel LuCI y scripts de inicio, y en Unraid suele ponerse dentro de un contenedor o plugin que gestione el demonio. La idea es que el servicio esté siempre en segundo plano para que la Web GUI esté lista en cuanto apuntes el navegador a la dirección correspondiente.
Uso de la Web GUI de rclone en OpenWrt y NAS
En dispositivos como routers con OpenWrt la Web GUI de rclone cobra aún más sentido, porque casi todo el manejo del sistema ya se hace por web. La interfaz LuCI suele incluir un apartado para Rclone (normalmente bajo NAS > Rclone) desde el cual puedes controlar si se ejecuta como demonio, qué remotos se ofrecen y cuál es la URL de acceso.
El flujo típico en OpenWrt suele mezclar terminal y panel web. Primero, desde LuCI, entras a Services > Terminal o abres una sesión SSH para lanzar rclone config y crear el remoto (por ejemplo uno contra Google Drive). Sigues los pasos estándar: eliges tipo de almacenamiento (número correspondiente a Google Drive), dejas en blanco Client ID y Client Secret si no usas credenciales propias, escoges el alcance (suele ser “full access”), aceptas valores por defecto para root folder y service accounts si no los necesitas, y gestionas la autenticación pegando en un navegador el enlace que rclone te da cuando no hay entorno gráfico local.
Después de pegar el código de autorización en la terminal y confirmar el remoto, sales de la configuración con la tecla q. El siguiente paso es ir al apartado de Rclone en LuCI, marcar la opción de ejecutar rclone como demonio (run rclone as daemon) y aplicar los cambios. Ahí verás también la dirección del servicio rc (por ejemplo algo del tipo http://IP_DEL_ROUTER:5572).
LuCI suele ofrecer un botón para abrir la Web GUI de rclone, a veces etiquetado como “WEBUI” o “WEBUI REACT”. Al pulsarlo se abre una pestaña nueva donde, en la primera pantalla, introduces la dirección del servicio rc, usuario y contraseña (a menudo el par admin/admin si no lo has cambiado, aunque deberías modificarlo cuanto antes). Tras validar, se cargará la interfaz y podrás navegar por tus archivos en la nube directamente desde el router.
Algo parecido puede hacerse en NAS basados en Unraid, donde muchos usuarios utilizan guías clásicas (como vídeos de Spaceinvader) para montar contenedores con rclone que exponen la Web GUI. Aunque algunos tutoriales se han quedado algo viejos, la idea no ha cambiado: rclone rcd se arranca en segundo plano, se hace accesible desde la red local y la Web GUI es simplemente la cara amable para todo el backend de comandos.
Rclone Browser y otras GUIs de escritorio
Aunque la Web GUI oficial es muy potente, no es la única forma de tener una interfaz gráfica. En el mundo de escritorio destacan dos opciones: Rclone Browser (clásico, muy popular sobre todo en Linux) y GUIs modernas tipo “Rclone UI” multiplataforma.
Rclone Browser es una aplicación de escritorio que actúa como front-end de rclone. Se ejecuta en Windows, macOS y la mayoría de distribuciones GNU/Linux, y tiene una ventaja fundamental: utiliza exactamente el mismo archivo de configuración que rclone (rclone.conf), de modo que no hay que configurar nada dos veces. Los remotos que ya tengas creados aparecen tal cual en la interfaz.
Esta herramienta te permite navegar y modificar cualquier remoto, incluso si está cifrado, con una interfaz basada en pestañas que recuerda a un gestor de archivos clásico. Puedes abrir varios repositorios a la vez en pestañas diferentes, explorar directorios, subir y bajar carpetas, crear directorios, renombrar y borrar elementos, y todo ello mientras rclone ejecuta los comandos de fondo de manera asíncrona, sin congelar la GUI.
Entre sus funciones destacan el cacheo de la jerarquía de archivos para acelerar la navegación, el cálculo de tamaños de carpeta, la exportación de listados de archivos, la posibilidad de copiar rutas al portapapeles y el soporte de múltiples trabajos en paralelo con colas de subida o descarga. También incluye arrastrar y soltar desde el explorador de archivos local, reproducción en streaming de contenido multimedia con reproductores externos como mpv, y funciones de montaje y desmontaje de remotos en macOS y Linux.
En Ubuntu y derivadas, rclone-browser suele estar disponible directamente en los repositorios, por lo que un simple sudo apt install rclone-browser suele bastar. Una vez instalado, lo arrancas desde el menú de aplicaciones, entras en el botón “Config”, que no es más que un frontend del propio rclone config, y sigues el asistente (crear nuevo remoto, elegir servicio, poner usuario y contraseña en su caso, confirmar, etc.). Después, actualizas la vista con “Refresh” y ya verás el remoto listo para abrir.
Además de Rclone Browser existen GUIs más modernas, como algunas hechas en Electron o frameworks web que ofrecen una interfaz muy visual, programador de tareas, panel de progreso gráfico, etc. Muchas de ellas se centran en usuarios que quieren automatizar copias de seguridad recurrentes sin entrar en scripts, y se apalancan igualmente en la API de rclone o su archivo de configuración.
Servir archivos, cifrar datos y funciones avanzadas desde la GUI
Más allá de las operaciones básicas de copia y sincronización, rclone tiene varias funciones avanzadas que también se reflejan (al menos en parte) en la Web GUI y en GUIs de terceros: servidores de archivos, remotos cifrados, unión de múltiples nubes, etc.
El modo “serve” convierte un remoto en un servidor de archivos accesible por HTTP, WebDAV, FTP y otros protocolos. Por ejemplo, rclone serve http remote:path --addr :8080 levanta un servidor HTTP sencillo, mientras que rclone serve webdav expone un WebDAV estándar ideal para integrarlo en exploradores de archivos o clientes de sincronización. Desde la Web GUI puedes lanzar este tipo de servicios sin recordar toda la línea de comandos.
El backend crypt permite añadir una capa de cifrado transparente a cualquier remoto. La idea es sencilla: eliges un remoto subyacente (por ejemplo gdrive:encrypted) y creas un remoto nuevo de tipo crypt que apunte ahí. Todo lo que copies a ese remoto cifrado se sube con nombres de archivo y directorio cifrados u ofuscados, de manera que quien mire desde la interfaz web del proveedor no podrá leer nada sin pasar por rclone y las contraseñas que hayas definido.
La configuración de crypt se realiza también a través de rclone config: escoges el tipo crypt, indicas el remoto base, decides si quieres cifrar nombres de archivo (modo estándar, off u obfuscate) y estableces una o dos contraseñas. El resultado es un remoto que, visto desde la nube, parece un batiburrillo de nombres aleatorios, pero desde rclone y la Web GUI se muestra con nombres originales, como si fuera un remoto normal.
Otra función interesante es el tipo de remoto “union”, que combina varios backends en uno solo lógico. Por ejemplo, podrías tener gdrive:, onedrive: y dropbox: unidos en un remoto llamado union:. Al listar union: verías una vista agregada de todos, y podrías copiar archivos sin preocuparte demasiado de qué nube estás usando en cada momento. Esto se configura también desde el asistente de remotos y puede manejarse desde la Web GUI.
La Web GUI facilita igualmente tareas de diagnóstico y optimización: ver logs detallados, ajustar niveles de verbosidad, cambiar parámetros de rendimiento (--transfers, --checkers, tamaños de chunks específicos para S3, Drive, B2, etc.), limitar ancho de banda con --bwlimit por franjas horarias, o ejecutar pruebas de rendimiento (rclone test bandwidth, rclone test memory) para ver cómo responde tu conexión y tu hardware.
Seguridad, scripting y automatización con rclone
Cuando empiezas a usar rclone en serio, la seguridad y la automatización son dos piezas clave. La primera pasa por cuidar bien las credenciales, tokens OAuth, contraseñas de remotos cifrados y el propio archivo rclone.conf. La segunda implica scripts de backup, cron, timers de systemd o programadores de tareas en Windows que disparan rclone a horas concretas.
El archivo de configuración puede cifrarse con una contraseña maestra usando la opción “Set configuration password” en rclone config. Desde ese momento, para que rclone lea la configuración necesitarás introducir la contraseña o definirla en una variable de entorno como RCLONE_CONFIG_PASS, algo especialmente útil en entornos automatizados o contenedores, donde puedes inyectar secretos desde un almacén seguro.
Muchas opciones de configuración pueden pasarse también por variables de entorno, lo que permite trabajar sin un rclone.conf clásico en casos muy concretos: podrías definir RCLONE_CONFIG_GDRIVE_TYPE=drive, RCLONE_CONFIG_GDRIVE_TOKEN=..., etc., y rclone montaría el remoto “sobre la marcha”. Es menos cómodo para uso diario, pero muy potente para scripts ultra controlados.
En cuanto a automatización, los ejemplos son prácticamente infinitos. Desde scripts sencillos de copia diaria hasta soluciones mucho más sofisticadas que realizan backups con versión, suben bases de datos comprimidas, limpian copias viejas y notifican por webhook al terminar. En Linux suele agendarse todo con cron o timers de systemd; en Windows, con el Programador de tareas; y en entornos de contenedores, con jobs de Kubernetes, por poner solo algunos casos.
La Web GUI no sustituye a estos mecanismos pero sí ayuda a configurarlos y depurarlos: puedes probar un comando desde el panel, verificar qué hace realmente, afinar filtros (--include, --exclude, archivos de filtros), revisar logs con distintos niveles de detalle, y cuando estés satisfecho, copiar la línea de comandos final y llevarla a tu script o a tu job programado.
Combinando la potencia de rclone, la comodidad de la Web GUI y la flexibilidad de GUIs como Rclone Browser, es posible montar una estrategia de gestión de nubes muy seria sin dejarte la vida peleando con la terminal. Puedes tener tus remotos centralizados, copias automatizadas, nubes montadas como discos, datos cifrados de extremo a extremo y paneles web accesibles desde cualquier dispositivo de la red, todo ello con un consumo de recursos relativamente modesto y una comunidad muy activa detrás que va puliendo fallos, añadiendo proveedores y documentando casos de uso reales.