Download Clients
Go to Settings > Clients to setup clients.
Clients can be local or remote, as long as ports are open and auth available.
These are the available download clients.
- qBittorrent
- Deluge (v1+ and v2+)
- rTorrent / ruTorrent
- Transmission
- Porla
- Sabnzbd (Usenet)
- NZBGet (Usenet)
- Radarr
- Sonarr
- Lidarr
- Readarr
- Whisparr
All clients have a test function to try out the connection details before saving.
Don't forget to give the client a name!
Configure Download Clients
qBittorrent
You can run autobrr and qBittorrent on the following setups.
- Local server
- Remote server
- Docker / container
Local
For a local client, meaning autobrr and qBittorrent on the same server then this should work. Check qBittorrent settings to get the WEBUI_PORT.
- Host:
http://127.0.0.1:WEBUI_PORT - TLS: disabled
- Username:
<username> - Password:
<password>
Remote
For a remote client, meaning autobrr and qBittorrent are not on the same server then things might be a bit different.
- Host:
https://myserver.brr/qbittorrent - TLS: enabled
- Skip TLS verification: disabled (try this first)
- Username:
<username> - Password:
<password>
Some setups like Swizzin requires to also use Basic Auth when connecting to it from a remote server.
- Basic Auth: enabled
- Username:
<username> - Password:
<password>
Docker
With Docker / containers make sure autobrr and qBittorrent share the same network to be able to use the container_name as address.
- Host:
http://qbittorrent:WEBUI_PORT - TLS: disabled
- Username:
<username> - Password:
<password>
qBittorrent can also be authenticated with an optional API key instead of username and password, for WebUIs set up with API key authentication. Requires qBittorrent v5.2.x+
qBittorrent rules
You can define some basic rules which can improve your performance for racing etc.
- Enabled: Disabled by default.
- Max active downloads: Default 0 (unlimited). Limit the amount of active downloads, to give the maximum amount of bandwidth and disk for the downloads.
- Ignore slow torrents: Disabled by default.
- Ignore condition: When the slow-torrent check runs.
Max downloads reached: speed thresholds are only checked once Max active downloads is hit.Always: speed thresholds are checked on every push, regardless of the number of active downloads.
- Download speed threshold: If the total download speed is below this limit when the check runs, download anyway. Unit in KB/s.
- Upload speed threshold: If the total upload speed is below this limit when the check runs, download anyway. Unit in KB/s.
Deluge
You can run autobrr and Deluge on the following setups.
- Local server
- Remote server
- Docker / container
Deluge is split into two versions:
Delugewhich is v1 like1.3.15Deluge 2which is v2 like2.0.0+
Select TYPE then set these.
Local
For a local client, meaning autobrr and Deluge on the same server then this should work. Check Deluge settings to get the DAEMON_PORT.
- Host:
127.0.0.1 - Port:
DAEMON_PORT - TLS: disabled
- Username:
<username> - Password:
<password>
Remote
For a remote client, meaning autobrr and Deluge are not on the same server then things might be a bit different.
- Host:
myserver.brr - Port:
DAEMON_PORT - TLS: disabled
- Username:
<username> - Password:
<password>
autobrr connects directly to the Deluge daemon (the same connection a thin client uses), not to the Deluge web UI, so there is no Basic Auth option for Deluge. Use the daemon port and daemon credentials from auth, not the web UI password.
Docker
With Docker / containers make sure autobrr and Deluge share the same network to be able to use the container_name as address.
- Host:
deluge - Port:
DAEMON_PORT - TLS: disabled
- Username:
<username> - Password:
<password>
Deluge rules
You can define some basic rules which can improve your performance for racing etc.
- Enabled: Disabled by default.
- Max active downloads: Default 0 (unlimited). Limit the amount of active downloads, to give the maximum amount of bandwidth and disk for the downloads.
rTorrent / ruTorrent
You can run autobrr and rTorrent / ruTorrent on the following setups.
- Local server
- Remote server
- Docker / container
When Auth is enabled you can pick the Auth type: Basic Auth or Digest Auth. Basic Auth is correct in most cases, but some providers (like RapidSeedbox) use Digest Auth.
Local
For a local client, meaning autobrr and ruTorrent on the same server try these.
Here are a couple of common ways for how to access ruTorrent.
-
Host:
http://127.0.0.1/rutorrent/plugins/httprpc/action.php -
Host:
http://localhost/rutorrent/plugins/httprpc/action.php -
Host:
http://localhost/RPC2 -
TLS: disabled
-
Basic Auth: enabled
-
Username:
<username> -
Password:
<password>
If you are on a shared seedbox you might need your username in the url like:
- Host:
http://localhost/USERNAME/rutorrent/plugins/httprpc/action.php
Swizzin
- Host:
https://127.0.0.1/rutorrent/plugins/httprpc/action.php - TLS: enabled
- Skip TLS verification: enabled
- Basic Auth: enabled
- Username:
<username> - Password:
<password>
Remote
For a remote client, meaning autobrr and rTorrent are not on the same server then things might be a bit different.
- Host:
http://EXTERNAL_IP/rutorrent/plugins/httprpc/action.php - Host:
http://mydomain.com/rutorrent/plugins/httprpc/action.php - TLS: disabled
- Basic Auth: enabled
- Username:
<username> - Password:
<password>
Docker
With Docker / containers make sure autobrr and rTorrent share the same network to be able to use the container_name as address.
- Host:
http://rtorrent/rutorrent/plugins/httprpc/action.php - TLS: disabled
- Basic Auth: enabled
- Username:
<username> - Password:
<password>
Transmission
You can run autobrr and Transmission on the following setups.
- Local server
- Remote server
- Docker / container
Local
For a local client, meaning autobrr and Transmission on the same server then this should work. Check Transmission settings to get the WEBUI_PORT. Default is 9091.
- Host:
http://127.0.0.1:9091/transmission - TLS: disabled
- Username:
<username> - Password:
<password>
Remote
For a remote client, meaning autobrr and Transmission are not on the same server then things might be a bit different.
- Host:
http://myserver.brr/transmissionorhttp://IP:PORT/transmission - TLS: enabled
- Skip TLS verification: disabled (try this first)
- Username:
<username> - Password:
<password>
HTTPS / TLS
- Host:
https://myserver.brr/transmission - TLS: enabled
- Skip TLS verification: disabled (try this first)
- Username:
<username> - Password:
<password>
Docker
With Docker / containers make sure autobrr and Transmission share the same network to be able to use the container_name as address.
- Host:
http://transmission:9091orhttp://transmission:9091/transmission - TLS: disabled
- Username:
<username> - Password:
<password>
Transmission rules
You can define some basic rules which can improve your performance for racing etc.
- Enabled: Disabled by default.
- Max active downloads: Default 0 (unlimited). Limit the amount of active downloads, to give the maximum amount of bandwidth and disk for the downloads.
Porla
Connects to the Porla web API.
- Host:
http(s)://host:port - Auth token:
<token>(required, generate it in Porla) - TLS: enable for
https://hosts, with Skip TLS verification available for self-signed certificates
Some setups also require Basic Auth with a username and password, like other clients behind an HTTP-auth proxy.
Porla rules
You can define some basic rules which can improve your performance for racing etc.
- Enabled: Disabled by default.
- Max active downloads: Default 0 (unlimited). Limit the amount of active downloads, to give the maximum amount of bandwidth and disk for the downloads.
SABnzbd
You can run autobrr and SABnzbd on the following setups.
- Local server
- Remote server
Local
For a local client, meaning autobrr and SABnzbd on the same server then this should work. Check SABnzbd settings to get the SABNZBD_PORT.
- Host:
http://127.0.0.1:SABNZBD_PORT - TLS: disabled
- API key
Remote
For a remote client, meaning autobrr and SABnzbd are not on the same server then things might be a bit different.
- Host:
https://myserver.brr/sabnzbd - TLS: enabled
- API key
Some setups like Swizzin requires to also use Basic Auth when connecting to it from a remote server.
- Basic Auth: enabled
- Username:
<username> - Password:
<password>
NZBGet
You can run autobrr and NZBGet on the following setups.
- Local server
- Remote server
Local
For a local client, meaning autobrr and NZBGet on the same server then this should work. Check NZBGet settings to get the NZBGET_PORT.
- Host:
http://127.0.0.1:NZBGET_PORT - Username:
<username> - Password:
<password>
Remote
For a remote client, meaning autobrr and NZBGet are not on the same server then things might be a bit different.
- Host:
https://myserver.brr/nzbget - Username:
<username> - Password:
<password>
There is no TLS toggle for NZBGet - whether the connection uses https is decided by the scheme of the Host URL (http:// or https://).
Sonarr
You can run autobrr and Sonarr apps on the following setups.
- Local server
- Remote server
- Docker / container
You can optionally override what download client your *arr instance will use. This is useful if it has multiple download clients set up, and you want to override its default.
Set the Client Name field to the name of the download client as configured inside the arr. The numeric Client ID field is deprecated and only kept for backwards compatibility; use Client Name instead.
It can also be overridden per Filter Action.
All arr clients also have TLS and Skip TLS verification toggles (enable skip-verify for self-signed certificates), and an optional Basic Auth setting for instances behind an HTTP-auth proxy.
Local
For a local client, meaning autobrr and Sonarr on the same server then this should work.
- Host:
http://127.0.0.1:8989 - API Key:
API KEY
On Swizzin or if you are running Sonarr with a baseUrl set that in the url as well like:
- Host:
http://127.0.0.1:8989/sonarr
Remote
For a remote client, meaning autobrr and Sonarr are not on the same server then things might be a bit different.
- Host:
http://mydomain.com:8989orhttps://mydomain.com/sonarr - API Key:
API KEY
On Swizzin or if you are running Sonarr with a baseUrl set that in the url as well like:
- Host:
https://mydomain.com/sonarr
Docker
With Docker / containers make sure autobrr and Sonarr share the same network to be able to use the container_name as address.
- Host:
http://sonarr:8989 - API Key:
API KEY
Radarr
You can run autobrr and Radarr apps on the following setups.
- Local server
- Remote server
- Docker / container
You can optionally override what download client your *arr instance will use. This is useful if it has multiple download clients set up, and you want to override its default.
Set the Client Name field to the name of the download client as configured inside the arr. The numeric Client ID field is deprecated and only kept for backwards compatibility; use Client Name instead.
It can also be overridden per Filter Action.
Local
For a local client, meaning autobrr and Radarr on the same server then this should work.
- Host:
http://127.0.0.1:7878 - API Key:
API KEY
On Swizzin or if you are running Radarr with a baseUrl set that in the url as well like:
- Host:
http://127.0.0.1:7878/radarr
Remote
For a remote client, meaning autobrr and Radarr are not on the same server then things might be a bit different.
- Host:
http://mydomain.com:7878orhttps://mydomain.com/radarr - API Key:
API KEY
On Swizzin or if you are running Radarr with a baseUrl set that in the url as well like:
- Host:
https://mydomain.com/radarr
Docker
With Docker / containers make sure autobrr and Radarr share the same network to be able to use the container_name as address.
- Host:
http://radarr:7878 - API Key:
API KEY
Lidarr
See Radarr and Sonarr but port 8686.
Readarr
See Radarr and Sonarr but port 8787.
Whisparr
See Radarr and Sonarr but port 6969.