Rclone s'ha convertit en una de les eines més completes en torna a l'emmagatzematge al núvol. Una sola eina de línia d'ordres capaç de parlar amb desenes de serveis diferents, copiar dades entre ells, muntar núvols com si fossin discos locals… I fer-ho tot amb xifratge i automatització avançada. Si gestiones servidors, utilitzes diversos núvols o simplement vols tenir còpies de seguretat serioses, rclone és el tipus d'utilitat que canvia la teva manera de treballar.
En aquesta guia veuràs com instal·lar rclone als principals sistemes, configurar remots per a serveis com Google Drive, OneDrive, S3 o B2, entendre les diferències amb rsync, muntar núvols amb FUSE, xifrar dades, automatitzar còpies amb cron o systemd i resoldre els problemes típics de rendiment, autenticació o límits d'API.
Què és rclone i en què es diferencia de rsync
Rclone és un programa de línia d'ordres de codi obert pensat per gestionar arxius en emmagatzematge al núvol. Suporta més de 70 proveïdors: Google Drive, Google Photos, OneDrive (personal, empresarial i SharePoint), Dropbox, Box, MEGA, pCloud, Proton Drive, serveis S3 (AWS, Wasabi, Cloudflare R2, Backblaze B2…), Google Cloud Storage, Azure Blob, WebDAV (Nextcloud, Cloud HTTP i molts més.
A nivell conceptual, rclone estén la idea de rsync al món cloud. Sincronitza directoris, copia dades, fa mirror unidireccional o bidireccional, però entén APIs de núvols, reintents, límits d'amplada de banda, caixets i metadades específiques de cada backend. Mentre rsync se centra en ruta local o SSH, rclone parla l'idioma de les API de cada proveïdor.
La diferència pràctica clau és el focus. Rsync es mou bé en entorns locals o SSH, rclone està optimitzat per a núvols. Sap quan pot aprofitar server‑side copy (copiar directament entre buckets sense passar per la teva màquina), com dividir fitxers molt grans en trossos, o què fer amb metadades com Content-Type, permisos o versions.
Amb opcions com --multi-thread-streams o transferències paral·leles, rclone pot superar còmodament x4 la velocitat de rsync quan copia a través de xarxa. Especialment amb backends que suporten pujades fragmentades (S3, GCS, B2, etc.). A més, ofereix xifratge transparent, muntatge FUSE, capes d'unió de diversos remots i un petit servidor HTTP/WebDAV/FTP integrat.
Serveis compatibles i arquitectura interna de rclone
El suport de proveïdors és un dels punts forts de rclone. A efectes pràctics, pots definir tants “remots” com vulguis: cada remot descriu una connexió (per exemple, gdrive: per a Google Drive personal, onedrive: per a OneDrive Empresa, s3-backup: per a un bucket S3, nextcloud: via WebDAV, etc.).
Per a usuaris finals, rclone cobreix sense problema els núvols més habituals: Google Drive/Photos, OneDrive (inclòs SharePoint), Dropbox, Box, MEGA, pCloud, Proton Drive i altres serveis amb enfocament en privadesa. Això permet centralitzar en una sola ordre tasques que abans implicaven diverses apps o clients oficials.
En entorns d'empresa i desenvolupament, rclone domina tothom S3 i similars: Amazon S3 estàndard, Google Cloud Storage, Azure Blob Storage, Backblaze B2, Wasabi, Cloudflare R2 i un bon grapat de proveïdors compatibles (MinIO, Ceph, etc.). Tots ells es gestionen amb la mateixa sintaxi bàsica, canviant només el remot.
Quant a protocols i sistemes autoallotjats, rclone parla SFTP, FTP, WebDAV, SMB/CIFS i fins i tot HTTP. Això significa que podeu utilitzar-lo per copiar un servidor SFTP a un bucket S3, passar dades d'un Nextcloud a una carpeta local, o descarregar massivament des d'un servidor web sense necessitat d'eines addicionals.
Internament, rclone s'organitza en diverses capes: un nucli que orquestra operacions (Rclone Core), una capa VFS que s'usa en muntatges amb memòria cau, una capa Crypt que xifra/desxifra al vol i una capa Chunker que trosseja fitxers grans en backends que ho necessiten. Per sota de tot hi ha una abstracció de backend comú que amaga les peculiaritats de cada proveïdor.
Requisits del sistema i instal·lació a Windows, Linux i macOS
Rclone és molt lleuger, però convé tenir clares les necessitats bàsiques. Amb 512 MB de RAM funciona, encara que per a usos intensius (muntatges amb memòria cau, moltes transferències simultànies) és raonable disposar de 2 GB o més. A nivell de CPU n'hi ha prou amb 1 vCPU, però un parell de nuclis ajuda a aprofitar les transferències paral·leles. En disc, amb 100 MB lliures arrenca, però si utilitzaràs memòria cau VFS és recomanable reservar almenys 1 GB.
A Linux, es recomana un kernel modern (idealment 5.4+ amb FUSE3), sobretot si muntareu remots com a sistemes de fitxers. Si parlem de distribució, rclone funciona en pràcticament qualsevol sabor actual (Ubuntu, Debian, Fedora, etc.) sempre que tinguis curl o wget i permisos de sudo.
Instal·lació detallada a Windows
A Windows tens tres vies principals per instal·lar rclone, des de la més controlada fins a la més automàtica. L'essencial és que acabis amb un rclone.exe accessible des de qualsevol consola (CMD o PowerShell).
A) Descàrrega manual des de la web oficial (recomanat si vols tenir clar què estàs instal·lant):
- Descarrega el ZIP de la teva arquitectura: per exemple
rclone-v1.xx.x-windows-amd64.zipper 64 bits. - Descomprimeix el fitxer en una carpeta fixa, Per exemple
C:\rclone, on quedaràrclone.exei diversos fitxers de text. - afegeix
C:\rcloneal PATH del sistema (Panel de control → Sistema → Configuració avançada → Variables d´entorn → Edita PATH → Nou →C:\rclone).
B) Instal·lació amb Winget a Windows 10/11, perfecte si ja fas servir el gestor de paquets de Microsoft:
- Instal·lar rclone:
winget install Rclone.Rclone - Desinstal·lar si cal:
winget uninstall Rclone.Rclone --force
C) Chocolatey per als qui tenen automatitzat el programari del sistema:
- Instal·lar rclone:
choco install rclone - Si vols muntar unitats, instal·la també WinFsp:
choco install winfsp
Instal·lació a Ubuntu/Debian i altres Linux
A Linux, el mètode més senzill i sempre actualitzat és l'script oficial. Descarrega i instal·la la darrera versió estable (o la beta) amb una única ordre:
- Versió estable:
sudo -v ; curl https://rclone.org/install.sh | sudo bash - Versió beta:
sudo -v ; curl https://rclone.org/install.sh | sudo bash -s beta
Si prefereixes control absolut, pots descarregar el paquet .deb concret i gestionar-ho amb dpkg:
- Descàrrega:
wget https://downloads.rclone.org/v1.xx.x/rclone-v1.xx.x-linux-amd64.deb - Instal·la:
sudo dpkg -i rclone-v1.xx.x-linux-amd64.deb - Si falten dependències:
sudo apt -f install
Per a muntatges FUSE és important instal·lar fuse3 i permetre allow_other en /etc/fuse.conf, descomentant la línia corresponent. Després, un reinici o recàrrega de serveis sol ser suficient.
Instal·lació en macOS
A macOS, Homebrew simplifica molt la vida. Amb un parell d'ordres tens rclone llest per fer servir:
- Instal·lar amb Brew:
brew install rclone - Actualitzar de forma periòdica amb
brew upgrade rclone
Si no vols dependre de Homebrew, pots estirar instal·lació manual descarregant el ZIP de macOS, descomprimint i movent el binari a /usr/local/bin com faries a Linux. L'ús posterior és idèntic: rclone version per comprovar que tot va bé.
Primers passos: configuració bàsica i concepte de “remoto”
El cor de rclone és el fitxer de configuració, on defineixes els teus remots. Per defecte viu a ~/.config/rclone/rclone.conf (Linux/macOS) oa la ruta indicada per %APPDATA% a Windows, i es gestiona amb l'assistent interactiu rclone config.
Cada remot és una secció INI que agrupa paràmetres de connexió: tipus de backend, credencials, regió, opcions especials, etc. Un exemple típic per a Google Drive seria una cosa com [gdrive] amb el seu type = drive, scope = drive i el token OAuth emmagatzemat a JSON.
Per arrencar l'assistent, obre una terminal i executa rclone config. Veureu un menú amb diverses opcions: crear remot nou, editar-ne un existent, esborrar-lo, reanomenar-lo, xifrar la configuració, etc. El normal al principi és prémer n per a “New remote”.
En el cas de Google Drive, el flux típic de creació de remot inclou diversos passos: triar el tipus “drive”, decidir si vols fer servir client ID propi (recomanable per evitar límits estrictes de Google), escollir l'abast (drive complet, només lectura, etc.), fer servir autenticació automàtica en un navegador i, opcionalment, indicar si es tracta d'una unitat compartida.
Si estàs en un servidor sense navegador (SSH, VPS, contenidor sense GUI), rclone permet autoritzar des d'una altra màquina. Quan l'assistent pregunti “Use auto config?”, respons que no, rclone mostrarà una ordre rclone authorize "drive" que has d'executar al teu PC amb navegador, copies el token resultant i l'enganxes al servidor al camp corresponent.
Sintaxi bàsica, rutes remotes i ordres fonamentals
La sintaxi general de rclone és molt consistent i fàcil de memoritzar: rclone [opciones] subcomando origen [destino]. El subordre pot ser copy, sync, ls, mount, move, etc. L'origen i la destinació són rutes locals o remotes de l'estil remote:path/to/dir.
Una ruta /path/to/dir apunta al sistema de fitxers local, mentre que remote:path/to/dir fa referència a un directori dins d'un remot definit a la configuració. A la majoria de backends, remote:/path/to/dir equival al mateix, excepte en uns pocs casos peculiars (FTP, SFTP, Dropbox Business) on el prefix / canvia el significat (directori arrel vs. home).
Les ordres de llistat més útils per començar són ls, lsl, lsd y tree. Per exemple, per veure els fitxers d'una carpeta de Google Drive amb mida: rclone ls gdrive:Documentos. Per llistar només directoris: rclone lsd gdrive:. Si vols un arbre més visual: rclone tree gdrive:Proyectos --level 3.
Copiar fitxers és tan simple com rclone copy origen destino. Exemples pràctics:
- Local → núvol:
rclone copy C:\Users\usuario\Documents onedrive:backup/documents -P - Núvol → local:
rclone copy onedrive:photos C:\Users\usuario\Pictures -P - Núvol → núvol (server‑side quan es pot):
rclone copy gdrive:data onedrive:backup -P
El subordre sync fa que la destinació quedi idèntica a l'origen: esborra del destí el que ja no existeix a l'origen. És perillós si no el fas servir amb cap, així que al principi acompanya-ho sempre de --dry-run i, si vols, --interactive per demanar confirmació abans d'operacions destructives.
Per a sincronització bidireccional existeix rclone bisync, que encara és experimental. Fa un seguiment dels canvis a banda i banda per mantenir-los alineats, útil en certs escenaris de treball desconnectat, però convé provar-ho bé amb dades no crítiques abans de confiar-li la teva vida digital.
Muntar núvols com a unitats locals amb FUSE i caché VFS
Una de les funcions estrella de rclone és la capacitat de muntar un remot com si fos un disc. Això us permet navegar el núvol des de l'explorador de fitxers, editar documents directament o apuntar aplicacions (indexadors multimèdia, editors, etc.) a rutes remotes sense que sàpiguen que hi ha un núvol darrere.
Al Windows, el muntatge es fa assignant una lletra d'unitat o creant una unitat de xarxa. Per exemple:
- Muntar OneDrive com a unitat X:
rclone mount onedrive: X: --vfs-cache-mode full - Muntar com a unitat de xarxa:
rclone mount onedrive: X: --network-mode --vfs-cache-mode full
A Linux i macOS es fa servir un punt de muntatge al sistema de fitxers, normalment amb FUSE:
- Crear directori:
mkdir -p ~/OneDrive - Muntar en segon pla (daemon):
rclone mount onedrive: ~/OneDrive --vfs-cache-mode full --daemon
El paràmetre clau aquí és --vfs-cache-mode, que controla el comportament de la memòria cau:
off: sense memòria cau, màxim rendiment en lectura, però algunes apps no es porten bé amb això.minimal: memòria cau mínima necessària perquè funcions bàsiques d'escriptura funcionin.writes: escorcolla escriptures i les puja després, útil si edites fitxers però no necessites lectura agressiva de memòria cau.full: escorcoll complet de lectura i escriptura, recomanat per a muntatges que s'usaran com si fossin discos reals (multimèdia, IDEs, etc.).
Per a serveis de streaming o catàlegs de mitjans (Plex, Jellyfin, etc.), sol utilitzar-se --vfs-cache-mode full més una bona mida de memòria cau (--vfs-cache-max-size, --buffer-size) i un temps de retenció generós (--vfs-cache-max-age, --dir-cache-time), de manera que el servidor no hagi d'estar fent llistats constantment.
Interfície gràfica: Rclone Web GUI, Rclone UI i RcloneBrowser
Tot i que rclone va néixer com a eina purament de CLI, avui hi ha diverses maneres d'usar-lo amb interfície gràfica. Això ve de perles si vols delegar tasques en algú que no se sent còmode amb la terminal, o simplement vols una vista més visual de les transferències.
La pròpia eina inclou una Web GUI experimental, que es llança amb:
rclone rcd --rc-web-gui --rc-user=admin --rc-pass=password- Després apuntes el navegador a
http://localhost:5572i accedeixes amb aquest usuari i contrasenya.
A més, hi ha GUIs de tercers molt polides. Una de les més completes és “Rclone UI”, una app d'escriptori per a Windows, macOS i Linux que suporta arrossegar i deixar anar, programació de tasques, múltiples transferències concurrents i barres de progrés visuals. Una altra alternativa veterana és RcloneBrowser, disponible fins i tot com AppImage a Linux, suficient per a molta gent que només necessita gestionar algunes còpies de tant en tant.
Si ets dels que viu a la consola però al mòbil no et ve de gust tant embolic, a Android també hi ha diverses apps que integren rclone, moltes reutilitzant directament l'arxiu rclone.conf que generes al PC. Només cal copiar aquest fitxer de configuració a la ruta que indiqui l'app i tindràs els teus remots llestos també al mòbil.
Xifrat transparent amb crypt i seguretat de la configuració
Un dels grans atractius de rclone és poder xifrar les teves dades abans que surtin de la teva màquina. El backend crypt actua com una capa sobre un altre remot: tu veus noms de fitxer normals, però al núvol s'emmagatzemen noms i continguts xifrats.
La configuració típica d'un xifrat remot implica crear un nou remot de tipus crypt i apuntar-ho a una ruta d'un altre remot, per exemple: remote = gdrive:encrypted. A més, tries el mode de xifratge de noms (standard, obfuscate o off) i defineixes una contrasenya (i opcionalment una segona “sal” per reforçar el xifratge).
Un cop creat, operar amb el remot xifrat és completament transparent: si fas rclone copy /datos/sensibles gdrive-crypt:, a Google Drive només veuràs noms estranys i contingut il·legible. Des del remot xifrat, en canvi, apareixeran les teves rutes i fitxers tal com.
El fitxer de configuració de rclone es pot i s'ha de protegir quan conté credencials sensibles. El mateix rclone permet xifrar aquest fitxer: al menú de rclone config tries l'opció d'establir contrasenya de configuració, introdueixes una clau i, a partir de llavors, el programa demanarà aquesta contrasenya per llegir el rclone.conf.
En entorns automatitzats podeu subministrar la contrasenya mitjançant la variable d'entornRCLONE_CONFIG_PASS o amb --password-command, de manera que scripts, cron o serveis systemd puguin utilitzar rclone sense intervenció manual però sense deixar la contrasenya a la vista en text pla.
Automatització de còpies de seguretat i tasques programades
On rclone brilla de veritat és en còpies de seguretat recurrents i sincronitzacions programades. Pots utilitzar tant els programadors nadius de cada sistema (Task Scheduler a Windows, cron a Linux, timers de systemd) com scripts personalitzats que inclouen notificacions i neteja de versions antigues.
Al Windows, el Programador de tasques permet llançar rclone a certes hores amb paràmetres concrets, per exemple per sincronitzar una carpeta crítica amb OneDrive cada nit. Pots bolcar la sortida a un fitxer de log i activar reintents si la tasca falla.
A Linux, el més habitual és preparar un petit script de backup i enganxar-lo a cron. Per exemple, un rclone sync /datos/ gdrive-crypt:backups/ diari a les 2:00, amb --log-file, --fast-list i filtres per excloure temporals o logs de grans dimensions.
Si vols anar un pas més enllà, pots combinar rclone amb systemd per muntar remots a l'arrencada o llançar scripts de backup com a serveis i timers. Això dóna molta més visibilitat (logs integrats a journal, control de dependències de xarxa, reinicis automàtics si fallen, etc.) i sol ser preferible a cron en sistemes moderns.
La grcia és que rclone ofereix flags pensats per a backups seriosos: --backup-dir y --suffix per enviar versions antigues a una carpeta històrica, --checksum per comparar amb hashes quan el backend ho suporta, --max-transfer y --bwlimit per no saturar ample de banda ni superar quotes diàries, o --track-renames per detectar fitxers anomenats en comptes d'esborrar-los i tornar-los a pujar.
Optimització de rendiment, filtres avançats i resolució de problemes
Quan comences a moure molts gigues o milions de fitxers, els detalls marquen la diferència. Rclone exposa un arsenal d'opcions de rendiment: --transfers per ajustar el nombre de pujades/baixades paral·leles, --checkers per a les comprovacions, --multi-thread-streams y --multi-thread-cutoff per a pujades multi-fil d'arxius grans, --buffer-size per definir la mida dels buffers a RAM, etc.
Per a col·leccions amb moltíssims fitxers petits, sol ser bona idea augmentar --transfers y --checkers, i afegir --fast-list en backends que suporten llistats recursius eficients. Això sí, --fast-list consumeix més memòria perquè rclone es guarda el llistat complet per endavant, així que convé mesurar i no abusar en màquines ajustades de RAM.
La limitació d'amplada de banda es controla amb --bwlimit, que fins i tot admet calendaris horaris. Una mica de l'estil --bwlimit "08:00,1M 18:00,off" permet anar suau durant lhorari doficina i deslligar la velocitat a la nit. Usar aquesta opció ajuda a evitar que el backup rebenti la connexió de tota loficina.
Els filtres són un altre pilar fonamental: amb --include, --exclude, --filter-from, --min-size, --max-age, etc., pots fitar exactament què es copia i què no. Un fitxer de filtres ben dissenyat et salva hores de transferència innecessària (per exemple, excloent-ne node_modules, .git, caches, logs gegants, etc.).
Pel que fa a problemes típics, veureu sobretot errors d'autenticació o límits d'API a Google Drive i similars. En aquests casos, convé tornar a connectar el remot amb rclone config reconnect, considerar utilitzar un Client ID propi a la consola de Google i rebaixar paral·lelisme i TPS (--tpslimit) si estàs xocant amb rate limits.
Quan alguna cosa es torça de veritat, el mode debug de rclone i els bolcats de capçaleres ajuden moltíssim: llançar l'ordre amb -vv --dump headers o fins i tot --dump bodies (amb compte, perquè és molt verbós) sol desvetllar què està tornant el backend i per què. I si sospites d'un bug, fer una captura amb -vv i obrir un issue al repositori de GitHub del projecte és la via ràpida per obtenir ajuda.
Amb tot això, rclone es converteix en una peça central per a qualsevol que depengui diàriament de l'emmagatzematge al núvol. Tant se val si l'uses per tenir backups xifrats en diversos proveïdors, muntar Google Drive en un servidor multimèdia, migrar dades entre buckets S3, automatitzar còpies de bases de dades o simplement evitar que se t'ompli el disc del teu Raspberry: una vegada que agafes el truc a la sintaxi i als remots, acaba sent l'eina a la qual tornes.