Skip to content

RDTClient on ElfHosted (no longer supported)

RDTClient is no longer supported on ElfHosted

RDTClient was the qBittorrent-API-compatible download manager that sat between Radarr / Sonarr and Real-Debrid in our older Arrs stacks. It's been replaced by Decypharr, which fills the same role with better symlink handling and a faster WebDAV mount option.

If you arrived here from an older guide, video, or forum thread that referenced RDTClient, swap it for Decypharr and the rest of the architecture stays the same.

What we offer instead

Decypharr is the direct replacement. It exposes a qBittorrent-compatible API to Radarr / Sonarr (so they treat it as a regular download client), submits torrents to your Real-Debrid account, and creates symlinks at /storage/symlinks/... pointing into the Zurg mount once the file appears in Real-Debrid.

Get the Hobbit Plex bundle for $1, 7 days โ†’

Old Current
RDTClient (qBittorrent-API debrid client) Decypharr (same API shape, better symlink + WebDAV support)
/storage/realdebrid-zurg/__all__/ mount Unchanged (via Zurg + rclone)
/storage/symlinks/... library mount Unchanged
Radarr / Sonarr / Prowlarr Unchanged

Where to go next

Why we replaced RDTClient with Decypharr

RDTClient worked, but it was operationally fragile in a managed-hosting context: the symlink semantics around /storage/realdebrid-zurg could race with Zurg refreshes, the WebDAV bridge wasn't a first-class feature, and a failed torrent didn't always trigger a clean retry from Radarr / Sonarr. Decypharr handles those edges cleanly out of the box and adds an optional WebDAV mount that's measurably faster than Zurg for some workloads.

The upstream RDTClient project remains available at github.com/rogerfar/rdt-client for users who prefer to run it themselves outside of ElfHosted.