7 minutes ago, Zarroc said:

and it brought it back as the updated docker thats hot garbage currently. wonderful

You can install any version. Go to the dockerhub link in the first post and copy the tag number for the version you want. In the docker configuration add a colon and the tag number after the binhex/arch-qbittorrentvpn in the repository field.

https://privatebin.net/?2767f28ef48ed5e4#GxzLAfDcr4TZMPJ7Q9oHS8kKkk5a8z4eqA2tKFQPs6cV

Still cant get to the webgui. no idea what im doing wrong at this point

2 minutes ago, Zarroc said:

https://privatebin.net/?2767f28ef48ed5e4#GxzLAfDcr4TZMPJ7Q9oHS8kKkk5a8z4eqA2tKFQPs6cV

Still cant get to the webgui. no idea what im doing wrong at this point

I see a syntax error here-

WEBUI_Port'='8181'
This should be WEBUI_PORT for the variable.

Ah the ORT int PORT just needed to be capitolized. got it! okayyyy back to my original issue 🤣

1 minute ago, Zarroc said:

Ah the ORT int PORT just needed to be capitolized. got it! okayyyy back to my original issue 🤣

Did that fix everything?

actually i think my issue is fixed?!?!? must have been that conflicting port issue then!

2 hours ago, wgstarks said:

This sounds like a bug that has already been reported in the qbit forum where the details section is expanded to fill the entire window. There is a spot you can grab on the bar at the top of that section and drag down to reveal the list of torrents. I fixed mine by switching to an alternate webUI. This had the advantage of also letting me turn off dark mode.

 

 

Yup this is it. Thank you for responding. I can drag it down to see the content. I'll check out the other UI's.

Just now, wgstarks said:

Did that fix everything?

it did yes! and now cross-seed can login to qbit, oh thank god. You're fantastic lol

 

I'm unable to access Qbit Web GUI because the page times out.

I'm running qbit by binhex as a docker container on my Unraid 6.12.10.

 
According to the log the VPN and Qbit are running just fine, however, I cannot access the Web GUI for qbit once it has started. I get a timeout and the page won't load. I usually access hosts on my LAN via another subnet but I've included both my LAN and Subnet IP ranges in the LAN_NETWORK section of the container. I also tried accessing the GUI directly from my LAN but it also times out. I am forwarding port 8080 to 8083 but I've confirmed the container is properly forwarding to that port and I have no conflicting ports. I have attached logs for reference. Any guidance would be much appreciated.

supervisord.log commandexecution.txt

26 minutes ago, captainkegs said:

I am forwarding port 8080 to 8083

I’m not sure if this will work. Maybe it does but might be worth just trying changing the webUI port.

 

https://github.com/binhex/documentation/blob/master/docker/faq/qbittorrentvpn.md

 

Scroll down to Q4.

I am running qbitorrentvpn with airvpn and wireguard. All works great. I also have a wireguard vpn on my asus router that I can turn on to access my home lan remotely.

 

When I do this I can access all my other arr stack dockers remotely. (through nzb360 or web browser, such as sab, radarr, sonarr, etc.)

But I cannot access qbit remotely, I believe this is related to the vpn in this docker. My home lan is simple, 192.168.1.0/24 everything on that same network, no vlans or docker networks.

I have entered the home lan address (192.168.1.0/24) in the config for this docker. Is there something I need to do in my wireguard config file inside the docker container so that I can access qbit like all my other arrs from outside the network.

Hopefully the way I have explained it makes sense.

3 minutes ago, lightsout said:

Hopefully the way I have explained it makes sense.

When you use WireGuard is your IP address in the 192.168.1.0/24 range? I suspect it’s not and this is the problem. Any address outside that range won’t be able to access the webUI. You’ll need to add the network used by WireGuard to the docker configuration.

Can anyone help me get this container working again? My server was down for a couple weeks while I waited for Intel to send a replacement CPU. Everything worked PERFECTLY two weeks ago before I booted the server down. I just got it back up today and binhex-qbittorrentvpn won't work. It's acting like it can't connect to the VPN but nothing has changed. I even generated a new wireguard key just to make sure that wasn't the issue. Nothing seems to fix it. I see the following output in the console:

 

2024-10-04 22:08:35,276 DEBG 'start-script' stdout output:
--------------------

2024-10-04 22:08:35,278 DEBG 'start-script' stdout output:
[info] Configuring WireGuard...

2024-10-04 22:08:35,282 DEBG 'start-script' stdout output:
[info] Attempting to bring WireGuard interface 'up'...

2024-10-04 22:08:35,291 DEBG 'start-script' stderr output:
Warning: `/config/wireguard/wg0.conf' is world accessible

2024-10-04 22:08:35,297 DEBG 'start-script' stderr output:
[#] ip link add wg0 type wireguard

2024-10-04 22:08:35,299 DEBG 'start-script' stderr output:
[#] wg setconf wg0 /dev/fd/63

2024-10-04 22:08:35,300 DEBG 'start-script' stderr output:
[#] ip -4 address add 10.65.70.20/32 dev wg0

2024-10-04 22:08:35,307 DEBG 'start-script' stderr output:
[#] ip link set mtu 1420 up dev wg0

2024-10-04 22:08:35,310 DEBG 'start-script' stderr output:
[#] resolvconf -a wg0 -m 0 -x

2024-10-04 22:08:35,320 DEBG 'start-script' stderr output:
could not detect a useable init system

2024-10-04 22:08:35,355 DEBG 'start-script' stderr output:
[#] wg set wg0 fwmark 51820

2024-10-04 22:08:35,356 DEBG 'start-script' stderr output:
[#] ip -4 route add 0.0.0.0/0 dev wg0 table 51820

2024-10-04 22:08:35,358 DEBG 'start-script' stderr output:
[#] ip -4 rule add not fwmark 51820 table 51820

2024-10-04 22:08:35,359 DEBG 'start-script' stderr output:
[#] ip -4 rule add table main suppress_prefixlength 0

2024-10-04 22:08:35,363 DEBG 'start-script' stderr output:
[#] sysctl -q net.ipv4.conf.all.src_valid_mark=1

2024-10-04 22:08:35,364 DEBG 'start-script' stderr output:
[#] iptables-restore -n

2024-10-04 22:08:35,367 DEBG 'start-script' stderr output:
[#] '/root/wireguardup.sh'

2024-10-04 22:08:36,484 DEBG 'start-script' stdout output:
[info] Attempting to get external IP using 'http://checkip.amazonaws.com'...

2024-10-04 22:08:46,517 DEBG 'start-script' stdout output:
[info] Failed on last attempt, attempting to get external IP using 'http://whatismyip.akamai.com'...

2024-10-04 22:08:56,537 DEBG 'start-script' stdout output:
[info] Failed on last attempt, attempting to get external IP using 'https://ifconfig.co/ip'...

2024-10-04 22:09:06,558 DEBG 'start-script' stdout output:
[info] Failed on last attempt, attempting to get external IP using 'https://showextip.azurewebsites.net'...

2024-10-04 22:09:16,579 DEBG 'start-script' stdout output:
[warn] Cannot determine external IP address, performing tests before setting to '127.0.0.1'...
[info] Show name servers defined for container

2024-10-04 22:09:16,580 DEBG 'start-script' stdout output:
# Generated by resolvconf
nameserver 10.64.0.1

2024-10-04 22:09:16,580 DEBG 'start-script' stdout output:
[info] Show contents of hosts file

2024-10-04 22:09:16,581 DEBG 'start-script' stdout output:
127.0.0.1       localhost
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
172.17.0.2      5af765d222d2

2024-10-04 22:09:16,582 DEBG 'start-script' stdout output:
[info] VPN provider 'custom' not supported for automatic port forwarding, skipping incoming port assignment

2024-10-04 22:09:16,583 DEBG 'start-script' stdout output:
[info] WireGuard interface 'up'

2024-10-04 22:12:16,647 DEBG 'watchdog-script' stdout output:
[info] DNS failure, creating file '/tmp/dnsfailure' to indicate failure...

2024-10-04 22:12:16,654 DEBG 'watchdog-script' stdout output:
[info] qBittorrent listening interface IP 0.0.0.0 and VPN provider IP 10.65.70.20 different, marking for reconfigure

2024-10-04 22:12:16,659 DEBG 'watchdog-script' stdout output:
[info] qBittorrent not running

2024-10-04 22:12:16,659 DEBG 'watchdog-script' stdout output:
[info] qBittorrent config file already exists, skipping copy
[info] Removing session lock file (if it exists)...

2024-10-04 22:12:16,675 DEBG 'watchdog-script' stdout output:
[info] Attempting to start qBittorrent...

2024-10-04 22:12:16,678 DEBG 'watchdog-script' stdout output:
[info] qBittorrent process started
[info] Waiting for qBittorrent process to start listening on port 8080...

2024-10-04 22:12:16,797 DEBG 'watchdog-script' stdout output:
[info] qBittorrent process listening on port 8080

2024-10-04 22:12:46,603 DEBG 'start-script' stdout output:
[info] Sending 'down' command to WireGuard due to dns failure...

2024-10-04 22:12:46,604 DEBG 'start-script' stdout output:
[info] Attempting to bring WireGuard interface 'down'...

2024-10-04 22:12:46,612 DEBG 'start-script' stderr output:
Warning: `/config/wireguard/wg0.conf' is world accessible

2024-10-04 22:12:46,620 DEBG 'start-script' stderr output:
[#] ip -4 rule delete table 51820

2024-10-04 22:12:46,626 DEBG 'start-script' stderr output:
[#] ip -4 rule delete table main suppress_prefixlength 0

2024-10-04 22:12:46,633 DEBG 'start-script' stderr output:
[#] ip link delete dev wg0

2024-10-04 22:12:46,718 DEBG 'start-script' stderr output:
[#] resolvconf -d wg0 -f

2024-10-04 22:12:46,724 DEBG 'start-script' stderr output:
could not detect a useable init system

2024-10-04 22:12:46,755 DEBG 'start-script' stderr output:
[#] iptables-restore -n

2024-10-04 22:12:46,758 DEBG 'start-script' stderr output:
[#] '/root/wireguarddown.sh'

2024-10-04 22:12:46,762 DEBG 'start-script' stdout output:
[info] WireGuard interface 'down'

2024-10-04 22:12:46,764 DEBG 'start-script' stdout output:
[info] Configuring WireGuard...

2024-10-04 22:12:46,769 DEBG 'start-script' stdout output:
[info] Attempting to bring WireGuard interface 'up'...

2024-10-04 22:12:46,776 DEBG 'start-script' stderr output:
Warning: `/config/wireguard/wg0.conf' is world accessible

2024-10-04 22:12:46,782 DEBG 'start-script' stderr output:
[#] ip link add wg0 type wireguard

2024-10-04 22:12:46,784 DEBG 'start-script' stderr output:
[#] wg setconf wg0 /dev/fd/63

2024-10-04 22:12:46,785 DEBG 'start-script' stderr output:
[#] ip -4 address add 10.65.70.20/32 dev wg0

2024-10-04 22:12:46,792 DEBG 'start-script' stderr output:
[#] ip link set mtu 1420 up dev wg0

2024-10-04 22:12:46,795 DEBG 'start-script' stderr output:
[#] resolvconf -a wg0 -m 0 -x

2024-10-04 22:12:46,801 DEBG 'start-script' stderr output:
could not detect a useable init system

2024-10-04 22:12:46,835 DEBG 'start-script' stderr output:
[#] wg set wg0 fwmark 51820

2024-10-04 22:12:46,836 DEBG 'start-script' stderr output:
[#] ip -4 route add 0.0.0.0/0 dev wg0 table 51820

2024-10-04 22:12:46,838 DEBG 'start-script' stderr output:
[#] ip -4 rule add not fwmark 51820 table 51820

2024-10-04 22:12:46,839 DEBG 'start-script' stderr output:
[#] ip -4 rule add table main suppress_prefixlength 0

2024-10-04 22:12:46,843 DEBG 'start-script' stderr output:
[#] sysctl -q net.ipv4.conf.all.src_valid_mark=1

2024-10-04 22:12:46,844 DEBG 'start-script' stderr output:
[#] iptables-restore -n

2024-10-04 22:12:46,847 DEBG 'start-script' stderr output:
[#] '/root/wireguardup.sh'

2024-10-04 22:12:47,959 DEBG 'start-script' stdout output:
[info] Attempting to get external IP using 'http://checkip.amazonaws.com'...

2024-10-04 22:12:57,980 DEBG 'start-script' stdout output:
[info] Failed on last attempt, attempting to get external IP using 'http://whatismyip.akamai.com'...

2024-10-04 22:13:08,001 DEBG 'start-script' stdout output:
[info] Failed on last attempt, attempting to get external IP using 'https://ifconfig.co/ip'...

2024-10-04 22:13:18,022 DEBG 'start-script' stdout output:
[info] Failed on last attempt, attempting to get external IP using 'https://showextip.azurewebsites.net'...

2024-10-04 22:13:28,043 DEBG 'start-script' stdout output:
[warn] Cannot determine external IP address, performing tests before setting to '127.0.0.1'...
[info] Show name servers defined for container

2024-10-04 22:13:28,043 DEBG 'start-script' stdout output:
# Generated by resolvconf
nameserver 10.64.0.1

2024-10-04 22:13:28,044 DEBG 'start-script' stdout output:
[info] Show contents of hosts file

2024-10-04 22:13:28,044 DEBG 'start-script' stdout output:
127.0.0.1       localhost
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
172.17.0.2      5af765d222d2

2024-10-04 22:13:28,046 DEBG 'start-script' stdout output:
[info] VPN provider 'custom' not supported for automatic port forwarding, skipping incoming port assignment

2024-10-04 22:13:28,047 DEBG 'start-script' stdout output:
[info] WireGuard interface 'up'

 

Comand Execution.txt

supervisord.log

Edited October 5, 20241 yr by crumbling-tug-of-war7809
adding log files

On 10/4/2024 at 6:43 PM, wgstarks said:

When you use WireGuard is your IP address in the 192.168.1.0/24 range? I suspect it’s not and this is the problem. Any address outside that range won’t be able to access the webUI. You’ll need to add the network used by WireGuard to the docker configuration.

No it's intentionally not. It's 192.168.0.0/24

 

I added that to the wg config and qbit wouldn't load. Any help on how to do that.

 

Also how would I know what ip range to add for my phone on Mobile data.

10 minutes ago, lightsout said:

No it's intentionally not. It's 192.168.0.0/24

 

I added that to the wg config and qbit wouldn't load. Any help on how to do that.

 

Also how would I know what ip range to add for my phone on Mobile data.

Add any networks you want to be able to access from to the LAN_NETWORK field. Comma separated. I would recommend not exposing your Unraid server to the internet. Use OpenVPN or Tailscale to access the webUI on your local network.

Anyone having issues with high memory usage?

 

I thought I was having intermittent stability issues with my server again but it actually turned out that docker was consuming all of my RAM causing everything to timeout (web interface, dockers, VMs, console, etc.). After a bit of troubleshooting, I found it was just this particular image as both of my containers were using as much RAM as they could (over 40GiB between the two of them). Prior to the update, I was only ever seeing 1-3GiB of usage on either container at any given time. Now, I have memory limits put in place (8G and 4G) and both containers are hitting them causing processes in the container to get killed to reset the memory usage back to a few hundred MiB before growing over the course of a few hours. I didn't change any settings and didn't see any settings that would make a difference (both apps are set to a 2GiB memory limit in the advanced tab).

20 hours ago, wgstarks said:

Add any networks you want to be able to access from to the LAN_NETWORK field. Comma separated. I would recommend not exposing your Unraid server to the internet. Use OpenVPN or Tailscale to access the webUI on your local network.

Thanks I am not looking to open up unraid remotely. Basically I have a wireguard vpn in my router that I want to be able to connect to to interact with qbit throughh nzb360. I can do it with every arr app except qbit.

I will do more testing.

Adding the lan network used by WireGuard to LAN_NETWORK should do the trick.

Hi, just did my weekly updates, and my UI has gone all weird. Not very unraid savvy and no idea where to start to get it back (although dark mode would be nice, it's always been white). Any help appreciated

 

On 10/2/2024 at 12:10 AM, wgstarks said:

For those with issues deleting files try adjusting this setting in Advanced to “delete permanently”.

 

 

Hopefully someone with this issue can test and report back.

Hero!! Thanks

29 minutes ago, bipolartuna said:

Hi, just did my weekly updates, and my UI has gone all weird. Not very unraid savvy and no idea where to start to get it back (although dark mode would be nice, it's always been white). Any help appreciated

 

The new webUI has a few issues. You can avoid them by installing one of the alternate webui’s.

43 minutes ago, wgstarks said:

The new webUI has a few issues. You can avoid them by installing one of the alternate webui’s.

Thank you. That sorted it

17 hours ago, wgstarks said:

Adding the lan network used by WireGuard to LAN_NETWORK should do the trick.

Any idea what one would add to be able to access from mobile data?

3 minutes ago, lightsout said:

Any idea what one would add to be able to access from mobile data?

That would depend on how you are accessing from your mobile device?

How can I install Jackett as plugin again ? somehow the link to the python script does not work anymore