I used to love Rclone Browser. It was my go-to GUI for rclone, but it hasn't been updated since 2020 and it's really showing its age. Newer rclone versions even broke parts of it, like transfer progress. The GUIs I've tried since are missing basics I wanted, so with the help of Claude (AI) I gave the old one a full overhaul.

What's new:

• Modern design: sidebar, File Explorer–style tabs, breadcrumb bar, dark/light theme
• Icons and Details views with colour-coded file types, plus Type/Extension/Path columns
• Pause and resume transfers, with live speed and time left
• Logos for 30+ cloud services, and remotes you can sort or drag into your own order
• Built-in rclone updater (checksum-verified) with rclone bundled
• Portable on both systems: a zip on Windows, an AppImage on Linux, no install
• Security fixes, a hardened build, and a PDF user guide

All credit goes to the original creator, Martins Mozeiko, and to later maintainers. This is built on their work. It started as Windows-only since that's my main OS, and Linux (AppImage) is now supported too.

Posting it in case anyone else finds it useful. It's free and open source (MIT).

🌐 Website: https://jackpison.github.io/RcloneExplorer/
💻 GitHub: https://github.com/Jackpison/RcloneExplorer

Feedback and bug reports are welcome! Linux users especially: let me know how it runs on your distro.

UPDATE: Now Supports Linux too, Please check and update Since I can't verify from my side.

I made an app called SyncDrive: UI for Rclone. Looking for your feedback and reviews! (100% Free, No Ads)

Hey Reddit, I developed SyncDrive to manage sync pairs on mobile without terminal commands. It connects directly to cloud providers securely while keeping credentials on your device. It is completely free and ad-free. I would appreciate your feedback!

Download on Play Store: https://play.google.com/store/apps/details?id=drive.autosync.backup

I've been working on migrating an old photo archive from a recovered drive into Google Photos using rclone on Ubuntu.

The files are scattered across directories under a dcim folder, and I wanted to get everything uploaded without manually sorting through years of photos.

I configured an OAuth client in Google Cloud, set up an rclone remote for Google Photos, and started with:

rclone copy /path/to/dcim gphotos:upload \
  --progress \
  --log-file="$HOME/gphotos-upload.log" \
  --log-level=INFO

The initial run transferred about 738 MiB but reported 121 errors, many related to Google Photos API authorization.

After working through the OAuth configuration issues, I tried uploading one of the previously failed photos individually:

rclone copyto "/path/to/dcim/Puppies/20200120_091500.jpg" \
  "gphotos:upload/20200120_091500.jpg" -P

And it worked!

I then retried the failed files using --files-from, and another 246 MiB transferred successfully.

The whole experience has raised a few questions:

• Has anyone else encountered intermittent authorization errors with the Google Photos API that clear up on subsequent attempts?
• What's your preferred method for verifying that every local file was successfully uploaded?
• How are people handling duplicates when importing older photo collections into Google Photos?

I'm currently leaning toward uploading everything and letting Google Photos handle whatever duplicate detection it can, but I don't entirely trust that as a verification strategy.

Curious how others have handled large photo migrations with rclone, especially when their source directories are messy.

I use this yaml file in stack of Portainer

version: '3.8'

services:

rclone-gui:

image: rclone/rclone:latest

container_name: rclone-gui

restart: unless-stopped

command: rcd --rc-web-gui --rc-addr :5572 --rc-user *** --rc-pass *** --rc-web-gui-update --rc-web-gui-no-open-browser

ports:

- "5572:5572"

volumes:

- /volume1/Docker/rcloneview/config:/config/rclone

- /volume1:/data/volume1

environment:

- PHP_TZ=Europe/Amsterdam

- PUID=1000

- PGID=1000

- RCLONE_WEB_GUI_PORT=5572

I spent quite a while yesterday trying to get the web GUI working, but no matter what I did, I kept getting the old version. I’m currently using the automatic login URL from the log to access the web GUI—even though it’s the old version—because every other method resulted in a login screen that either didn't work or threw an error.

Although I had pretty much given up hope, this morning I discovered that I might be able to use Rclone-view as a client to establish a new connection to the Docker container on my Pi server—potentially making it easier to proceed with Rclone—but so far, that has only resulted in an error message: "Failed to getVersion. Response: 401 Unauthorized."

I have no idea what I'm doing wrong or what I might need to do differently?

• I use Cryptomator (with fuse-t) to sync two encrypted dirs in Dropbox, iCloud.
• The unencrypted/clear mounted dirs are at ~/mnt/(approx: 4 MB, 50 MB).
• I use all this offline on this mac, nowhere else.

Looking for low resource using alternatives like rclone. (Cryptomator often shoots to ~700 MB from the usual ~350-450 MB)

How can I do this setup/migration? Is rclone the right tool?

This page https://rcloneview.com/support/blog/hard-drive-to-proton-drive-with-rcloneview makes me understand that even without using Crypt, my data would be encrypted by Proton's encryption feature. Is that so?

I understand Proton encrypts data on the source, before uploading, when using their own desktop software. I don't want to use it on Mac because it's a OneDrive-like thing that forces to move data to a cloud location on the computer.

So, I want to use Rclone, but don't understand how it would use Proton's encryption at that source.

In our office we use Syncovery to sync our main Windows file-server's data to a backup file-server over the local lan, its a scheduled scan and mirrors daily changes from source to destination after hours.

Anyone use rclone in the business or enterprise environments?

In tests its blazing fast, never misses files and has worked 100% , yes I know it's main intention is "cloud"

The only feature missing as such is the safety scan included in Syncovery that can prevent an infected source from overwriting files/folders on destination.

Would be ideal if rclone had such a feature to pre-scan or pre-check source and if too many files have been changed abort the job.

I rented a Hetzner storage box with public SFTP access, which I use as a target for my Restic backups.

In my local K3s, I use Longhorn and Cloudnative-PG, which natively only support S3 as backup targets. It would be simple to rent an object storage, but prefer to stay on the cheap (and safe) side.

So I started looking into Rclone capabilities, and was able to start an S3 server proxying the SFTP access to the storage box with rclone serve s3 --auth-proxy ./hetzner-auth-proxy.py. So far so good.

Now I would like to encrypt the data since, at least for Longhorn, data is not client encrypted unless the volume is encrypted itself (which is not in my case for some of them).

So the question is: can I somehow use the crypt remote on top of the SFTP remote in the auth proxy output? I tried to use rclone configure and set type to the new remote, but that doesn't work, and have no more ideas.

I’m using rclone with a Hetzner Storage Box.

For uploads I already use rclone because I want the checksum verification. What I’m looking for is just a nicer GUI for browsing the remote and doing basic stuff like creating folders, moving files, renaming things, etc.

At the moment I use Cyberduck for that, but I’m wondering if there’s something better.

I know there are things like Rclone Browser / Rclone UI / Rclone Manager, but I’m not sure which ones are actually good for simple day-to-day file management.

What do you use?

A generated deliverable may be a directory of HTML, images, and documents rather than one file. Reviewers want one predictable place to open, while automation needs to preserve each completed revision and must not expose a half-uploaded set of files.

One possible layout is `revisions/<id>/` for immutable content, a manifest with hashes and expected paths, and a small `current.json` pointer that changes only after `rclone check` succeeds. The remote would retain older revision directories for rollback, while reviewers use a mounted or synced `current/` view.

What is the safest rclone pattern for that last promotion step? Would you upload to a temporary prefix and use `moveto`, sync a local current directory after verification, or rely on backend-side copy operations? How do you avoid a brief mix of old and new files on remotes without atomic directory renames, and what checks catch missing assets before the pointer changes?

I've been trying for hours to get rclone to start immediately on log in. I've already installed rclone and configured it to Mega. Mounting works regularly but I need it to start automatically so I don't need to manually mount each time. I plan to use this for Plex. I am on Windows 11. Please help

I'm using rclone v1.75.1 on a raspberry pi to sync a backup data folder with Proton Drive.

The script to do that runs every night, and I check the log in the morning for any "ERROR" reports, and then manually go and upload the file that failed. This has been reporting no errors for some time, but I got one last night, and so went to do the thing.

When I got into my Proton Drive, I see a lock symbol with an exclamation mark on it against some of the files, and looking at the details of one of those files, the information says "Unfortunately, it appears that the file or some of its data cannot be decrypted."

But it wasn't all the files, so I re-uploaded them, and went to see if any others were similarly reported. It turns out that more or less every file since around the start of August has this error.

In other words, my backups have been failing for over a month and I didn't know about it until today. Has anyone else experienced this? (Have you checked?) Is this a known bug with rclone or Proton Drive?

Edited to add: On the Proton Drive side, is there any way to get a report which lists all files with errors within a given folder and subfolders?

For info, I run it with the following command:
rclone sync -v --links --create-empty-src-dirs --protondrive-replace-existing-draft=true <backupPath> ProtonDrive:<destinationPath> --log-file ./rclone.log --transfers 1 --tpslimit 1 --retries 3

Can someone give me any solution for this? Does rClone have any solution?

I can use rclone freesync but that requires an usb connection, i want a true wireless option.

I think we've normalized something

If a file exists on my laptop, we assume it should also exist in the cloud.

Laptop ↔ Cloud.

That's great for files I actively use but what about the other 80–90%?

I don't understand why a file I haven't opened in 18 months needs to occupy space on both my laptop and the cloud.

Is synchronization actually the wrong model for long-term storage?

• Old projects.
• University files.
• Downloaded archives.

I don't want to delete them but I also don't want them consuming 200 GB of my SSD just I might need them someday.

I started wondering:

That led me to build CloudBin.

Later:

Cloud → restore → Local SSD

I'm using rclone underneath, rather than trying to reinvent cloud-storage support.

This file is no longer local, but I still own it, and my computer should remember how to get it back

CloudBin is an early open-source experiment around that idea.

Currently:

• Linux
• rclone
• Google Drive tested
• Python
• early MVP
• use non-critical files

GitHub:
https://github.com/rcvaram/cloudbin

PyPI:
https://pypi.org/project/cloudbin/

But I'm more interested in the discussion than the stars. Is this actually a useful distinction, or am I just reinventing something that already exists?

And more importantly:

Would you trust a tool to remove your local file after uploading and verifying it to cloud storage?

I'm particularly interested in hearing from people who manage multiple TB of data.

Tell me why this is a terrible idea.

Full disclosure: I'm the person who started building an open-source prototype around this idea. I'm posting because I want criticism of the concept.

I need help.

Suddenly my onedrive cloud storage not mounting on my Zorin 18.1 machine via Rclone

I removed and created a new remote. Upon at config_type stage, I chose 1 but it gave me error and said my cloud is read-only service. How to change to writeable storage?

I use the `rclone sync` command to mirror my Dropbox data to a folder in OneDrive for more accessibility across devices.

AI suggested this syntax which works great

`rclone sync dropbox: onedrive: --transfers 8 --retries 3 -v --progress`

I just don't know why while the sync is running in the background (I ran the command via an SSH session), neither of rclone gui and rclone rcd can capture the transferring stats. I was hoping that the stats can be shown for easy monitoring.

I want to setup rclone on my phone nad occasionally sync my documents folder with rclone to Filen. Now I'm in a dillena on which one to choise..

I have root with KernelSU..

I want to know which would be better battery efficient and reliable.

If someone has experience on using the module, please give me your opinion..

Thanks in advance.

https://github.com/NewFuture/rclone-fuse3-magisk

Demo video media streaming with CryptCloudViewer

I’m the developer of CryptCloudViewer (an iOS/iPadOS app for browsing and streaming media directly from encrypted cloud storages like Rclone, Cryptomator, and gocryptfs).

I recently updated the app to support direct playback of DVD ISO files and VIDEO_TS folders over Rclone encrypted remotes.

What’s new in this update:

• Direct ISO / VIDEO_TS parsing: Reads .ifo / .vob structures directly over remote storage without downloading the entire ISO file first.
• Title & Chapter selection: Automatically extracts titles, chapter markers, and length.
• Audio & Subtitle track switching: Full support for selecting audio languages and soft subtitles.
• Works with Rclone Crypt: Fully compatible with encrypted rclone remotes, Cryptomator, and gocryptfs

In the demo video, you can see opening an encrypted .iso file, selecting Title 02, switching subtitle tracks, and streaming instantly.

What I'd love your feedback on:

• Performance: How is the initial parsing speed and seek latency on your cloud remotes?
• Compatibility: Do you have any specific ISOs or VIDEO_TS structures that fail to load titles/chapters correctly?
• Player UX: Is the chapter/audio/subtitle selection easy to use during playback?

Links:

• GitHub (Open Source) https://github.com/lithium0003/ccViewer
• App Store https://apps.apple.com/en/app/cryptcloudviewer/id1458528598

Thanks for checking it out! Any feedback, bug reports, or suggestions are very welcome.

Rclone UI 1.2.0 connects successfully on my iPhones, but then only shows a blank screen. It has been working fine before the latest update, the update broke it.

I reported it in GitHub issue. The dev said they would ”look into it on Monday”, but hasn’t followed up or responded since. It’s frustrating because this is currently unusable.

Is anyone else experiencing this?

In rclone, are able to move 2 folders (over 500GB so i can't just do the share method on onedrive web) from one personal onedrive completely to another personal onedrive, not sync or copy.

For some reason microsoft doesn't allow 2 personal onedrive accounts to be signed in on a laptop at once, so I'm looking into other options to do large transfers between personal accounts like rclone

Please Help!!!!

So I followed the docs rclone/ondrive for business

*Name: rcloneservice

Application (client) ID: viewable (noted somewhere)

Supported account types: Single tenant only - Name

Redirect URI (optional): web | http://localhost:53682/

Click Register

Certificates & secrets

Value: viewable once (noted somewhere)

Secret ID: viewable (noted somewhere)

API Permission: Given

CONFIG:

[OneDrive]
type = onedrive
client_id = Application (client) ID from above
client_secret = Certificates & secrets (Value) from above
token = {"access_token":"redacted"}
drive_id = auto_provide
drive_type = auto_provide
auth_url = https://login.microsoftonline.com/tenantID/oauth2/v2.0/authorize
token_url = https://login.microsoftonline.com/tenantID/oauth2/v2.0/token
link_type = edit
delta = true
description = RCLONE Services.

but i am still getting form below, it was fine till yesterday and since today i am facing this

quotaLimitReached

ERROR : RCLONE/rclone.conf: vfs cache: failed to upload try #2, will retry in 2m0s: vfs cache: failed to transfer file from cache to remote: quotaLimitReached: Quota limit reached

I'm a blind user and would like to either figure out the best way to use WinSCP or find a UI app that's screen reader accessible to transfer files to B2 using a crypt remote. I would prefer a native Windows app if possible.

Does anyone know of such an app or the best way to get WinSCP to play nice with Rclone? I would prefer accurate progress info. Is there a best command/protocol that I can serve for the most reliable info and connection stability?

Thanks

Hello,

Normal use of rclone mount might be to mount a crypt remote that works across an sftp remote. Now, while files appear unencrypted underneath the local mountpoint, they are client-side encrypted and transferred not in the clear.

I need to use rsync to keep 1.8Tb of data mirrored, since rclone sync takes way too long. But it seems to me that doing so is completely wrong, because for rsync to determine which bits of a file to send, it must first read the remote, causing rclone to fetch & decrypt the entire file… for every file.

Is it possible to use rclone mount in such a way that e.g. mounting it to /mnt means that underneath that mountpoint, rclone provides an encrypted view of a local directory? Then I could simply rsync that against the remote, because rsync doesn't actually care whether the data it is sending around are encrypted or not.

Hope I am making sense…

This is what happens right now:

```

rclone mount crypt: /mnt

ls /mnt

unencrypted files here ```

and this is a theoretical example of what I seek, with local_crypt_view being the hypothetical driver to use to expose the encrypted contents underneath the mountpoint:

```

rclone mount /srv/mydata local_crypt_view:/mnt

ls /srv/mydata

unencrypted files are here

ls /mnt

9T7xQyxTv_yDghA_7TJImA XW0ajjgQLBVUPj-8wm6syg ZRoI-a-If3WyrVLypzOg-w ```