1 hour ago, wgstarks said:

How about if you try http://<hostIP>:<portnumber>

nope - no dice.

the most annoying part is that it worked before! on the standard port settings. then it didnt.

I have also rechecked that i can get to the webgui of my other apps - everythign else works - just not qbitorrent.

6 minutes ago, dolphinspanker said:

nope - no dice.

the most annoying part is that it worked before! on the standard port settings. then it didnt.

I have also rechecked that i can get to the webgui of my other apps - everythign else works - just not qbitorrent.

Afraid I’m out of ideas. Usually when people have this sort of issue it’s because they’re trying to login from outside the configured LAN network.

32 minutes ago, wgstarks said:

Afraid I’m out of ideas. Usually when people have this sort of issue it’s because they’re trying to login from outside the configured LAN network.

thanks for trying - its very fustrating.

The most annoying bit is that it worked before just fine.

its when i changed everything to align to the trash guides, that it suddentlly broke

I think that sonarr and radarr and prowlar are all connunicating just fine, althoght I have stopped any activity there whilist im trying to get the webgui to behave.

Everythig is working fine - I just cant get in to it to actually use it as intended!

IM going to try another computer and login with that - incase my regular desktop has something buried somewhre that is causing problems.

After that - ill delete it and try again to see if that fixes it

ill update once i have soemthing to share

thanks again

You might try getting help on whatever forum trash uses.

52 minutes ago, dolphinspanker said:

After that - ill delete it and try again to see if that fixes it

If you get to this point be sure to rename your qbit appdata folder to something like old_qBittorrent so that the install won’t re-use the old settings. That should eliminate anything you might have set from the trash guide. If a fresh install works you can delete the old folder once you’re sure you no longer need anything in it. You may want to re-use your ovpn/wg0 file.

On 7/30/2026 at 3:31 AM, dolphinspanker said:

thanks for trying - its very fustrating.

The most annoying bit is that it worked before just fine.

its when i changed everything to align to the trash guides, that it suddentlly broke

I think that sonarr and radarr and prowlar are all connunicating just fine, althoght I have stopped any activity there whilist im trying to get the webgui to behave.

Everythig is working fine - I just cant get in to it to actually use it as intended!

IM going to try another computer and login with that - incase my regular desktop has something buried somewhre that is causing problems.

After that - ill delete it and try again to see if that fixes it

ill update once i have soemthing to share

thanks again

Hello.

I had a similar problem today. I have been running Unraid for over 3 years now with zeros issues on this container.

Here is what I did to get it resolved:

Fix: grab a fresh .ovpn from your provider (different city, in case a whole site was retired), drop it in /config/openvpn/, delete the old one — binhex containers pick at random when several are present, which makes the fault look intermittent — and restart. Connected first try.

Shout if you need further assistance

I cannot connect to the WebUI, intermittently.

Command execution.txt supervisord.log

33 minutes ago, bcr621 said:

I cannot connect to the WebUI, intermittently.

Command execution.txt supervisord.log

Try changing your PIA endpoint.

16 hours ago, wgstarks said:

Try changing your PIA endpoint.

I tried six different endpoints in multiple countries, including ones labeled "streaming optimized", still can't open the UI.

1 hour ago, bcr621 said:

I tried six different endpoints in multiple countries, including ones labeled "streaming optimized", still can't open the UI.

I changed it three more times and now it's working ???

I guess I'll come back when it stops again.

My suspicion is that it’s a PIA issue.

On 8/3/2026 at 11:44 AM, wgstarks said:

My suspicion is that it’s a PIA issue.

I think more than just me would be having problems if it was a PIA issue.

For the record, this only started happening after my flash drive failed and had to be replaced. I was using the container for six months without an issue.

10 minutes ago, bcr621 said:

For the record, this only started happening after my flash drive failed and had to be replaced. I was using the container for six months without an issue.

Probably won’t ever know for sure. Obviously not something on your end though or it would still be broken.

On 8/3/2026 at 3:56 PM, bcr621 said:

I tried six different endpoints in multiple countries, including ones labeled "streaming optimized", still can't open the UI.

I am facing the same issue

15 minutes ago, janfredrik said:

I am facing the same issue

Attach your supervisord log and docker run command to your next post. Be sure to redact users/passwords.

I was having an issue with qbittorent showing that it was disconnected. I restarted the docker container, and now I can no longer access the web UI.

Looking in the logs it appears this is the issue, but I am unsure how to proceed:

2026-08-07 23:36:50,573 DEBG 'start-script' stdout output:
2026-08-07 23:36:50 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2026-08-07 23:36:50 TLS Error: TLS handshake failed

2026-08-07 23:36:50,573 DEBG 'start-script' stdout output:
2026-08-07 23:36:50 SIGHUP[soft,tls-error] received, process restarting

I am using NordVPN, I re-entered the credentials for it in case there was an issue with them, but no change.

2 hours ago, VulpesDormiens said:

I was having an issue with qbittorent showing that it was disconnected. I restarted the docker container, and now I can no longer access the web UI.

Looking in the logs it appears this is the issue, but I am unsure how to proceed:

2026-08-07 23:36:50,573 DEBG 'start-script' stdout output:
2026-08-07 23:36:50 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2026-08-07 23:36:50 TLS Error: TLS handshake failed

2026-08-07 23:36:50,573 DEBG 'start-script' stdout output:
2026-08-07 23:36:50 SIGHUP[soft,tls-error] received, process restarting

I am using NordVPN, I re-entered the credentials for it in case there was an issue with them, but no change.

Download a new .ovpn file from your vpn provider and try again.

On 7/30/2026 at 9:31 AM, dolphinspanker said:

thanks for trying - its very fustrating.

The most annoying bit is that it worked before just fine.

its when i changed everything to align to the trash guides, that it suddentlly broke

I think that sonarr and radarr and prowlar are all connunicating just fine, althoght I have stopped any activity there whilist im trying to get the webgui to behave.

Everythig is working fine - I just cant get in to it to actually use it as intended!

IM going to try another computer and login with that - incase my regular desktop has something buried somewhre that is causing problems.

After that - ill delete it and try again to see if that fixes it

ill update once i have soemthing to share

thanks again

So - Have an update

Turns out, Tailscale was stopping the connection to QBitorrent. It doesn't seem to stop anything else working, just QBitorrent.

I worked this out, when my daughter logged into her account, and tailscale started - creating an endpoint in her name.

When I went to use my account (with her logged in already) , Tailscale wouldnt start - and QBitorrent webui works!

Turning Tailscale on and off blocks/lets me in!

Even when I am on the same network as the server, Tailscale still prevents connection to qbitorrent.

PIA also stops all connections to the server, even with split tunnel and local networks allowed - so I turn this off when Im working on the server - but this wasnt my problem - I already knew this.

Now just to find a way to get the webui to open to 8085 instead of 8080 by default - 8085 connects and my arr stack points to 8085 and all works - just the webui defaults to 8080 still! - not the end of the world, just annoying!

Thanks to everyone who help troubleshoot.

Edited August 8Aug 8 by dolphinspanker
added in extra info

2 hours ago, dolphinspanker said:

Now just to find a way to get the webui to open to 8085 instead of 8080 by default - 8085 connects and my arr stack points to 8085 and all works - just the webui defaults to 8080 still! - not the end of the world, just annoying!

I’m guessing you’re referring to the link from the docker tab??? If you want to change this open the docker configuration, set the switch in the top right corner to advanced and look for the WebUI field.

Set the port number to 8085 and click Apply.

6 hours ago, strike said:

Download a new .ovpn file from your vpn provider and try again.

That was it! Thank you.

19 hours ago, wgstarks said:

I’m guessing you’re referring to the link from the docker tab??? If you want to change this open the docker configuration, set the switch in the top right corner to advanced and look for the WebUI field.

Set the port number to 8085 and click Apply.

Thanks - found it! id set every other port variable I could find - just not that one! All sorted!

-edit- Uuuhhhh, since doing the debug report it seems like the problem has massively decreased. Now it can handle 150 connections and while that thrashes CPU2 (6 core CPU) it doesn't interfere with the operation of unraid. I changed nothing else and this is not the first time I restarted it or changed any settings. So. Uh. I'll let you know. -edit-

Just started using a new tracker and now binhex-qbittorrentvpn hogs the CPU to the point of nothing else on the unraid server works for about 10-30 minutes when unraid crashes out completely.

In Glaces it seems like the openvpn task is the main hog but qbittorrent-nox is doing a lot too. If I reduce the max global connections to 10 it makes the server usable. 20 is enough for CPU overrun and crash.

Using the torguard magnet link it is successfully using the VPN.

I'm a beginner in both unraid and linux generally. Thanks for your time.

unraidqbitexecution.txt qbitdebug.log

Edited Tuesday at 07:10 AM2 days by bonzamate
Update on status

Hello, today I have issues with PIA Wireguard setup. looks like PIA is changing domains? Any endpoint with .privacy.network still works but the endpoint I use changed to .pvt.site and any of these I try will not work?

When using a .pvt.site address I always get: [warn] Unable to successfully download PIA json payload from URL 'https://10.173.0.1:19999/getSignature' using token

2026-08-19 06:29:37,042 DEBG 'start-script' stdout output:

These are working still

[info] cyprus.privacy.network all

[info] ca-montreal.privacy.network

[info] venezuela.privacy.network

[info] de-germany-so.privacy.network

[info] ca-toronto.privacy.network

[info] nl-netherlands-so.privacy.network

[info] ca-vancouver.privacy.network

[info] ua.privacy.network

[info] panama.privacy.network

[info] morocco.privacy.network

[info] nl-amsterdam.privacy.network

Anything like this is not working

[info] albania.pvt.site

[info] algeria.pvt.site

[info] andorra.pvt.site

[info] argentina.pvt.site

[info] armenia.pvt.site