[Support] binhex - qBittorrentVPN


Recommended Posts

4 minutes ago, wgstarks said:

He didn’t create an env var. He created a port for WEBUI_PORT.

indeed!, i spotted that in the screenshot:-

7 minutes ago, binhex said:

from your screenshot it looks like you defined the 'Name' of the port incorrectly, its not 'WEBUI PORT' its 'WEBUI_PORT' and the type is wrong, its a variable NOT a port.

 

Link to comment
5 minutes ago, binhex said:

from your screenshot it looks like you defined the 'Name' of the port incorrectly, its not 'WEBUI PORT' its 'WEBUI_PORT'.

 

@Squid you are quite right, the user should not be redefining the container port - however qbittorrent is an exception to the case here, here are my notes from the qbittorrent README.md (geared more towards non unraid users, but you get the gist):-

 

so for unraid users that means setting WEBUI_PORT to the port you want and then re-creating the port to match (host and container side being the same).

 

i then have some code to pick up the env var WEBUI_PORT to set the port for the running application (qbittorrent in this case).

Would it be possible to add a Q to the FAQ regarding this topic? Several people have run into problems with trying to change the webUI port recently (because they didn’t see the readme probably). I doubt they’ll see the FAQ either but it’ll be easier to link the answer.

 

Or maybe it’s already there and I’m not seeing it.😁

Link to comment
1 minute ago, wgstarks said:

Or maybe it’s already there and I’m not seeing it

nope it isnt in the faq and should be, i will see if i get time to write it up with bullet proof instructions.

Link to comment
15 minutes ago, wgstarks said:

You have deleted the existing webUI port variable and created a port to replace it. That’s not going to work. You should have edited the existing webUI port variable and changed it to 8088 (see screenshot).

36FD5149-50B4-44A8-8715-11098BC2DD89.thumb.png.e1a564acc290f9a61cc48708a1667f05.png

 

You would also need to delete the port mapping for 8080 and create a new one for 8088.

FBA04DCC-36A6-4447-9727-4D5D010F03B1.thumb.png.db8108339f1d74089c2ea4280792fdd6.png

 

Im not sure exactly what you have now but you may want to delete whatever you have for these two items and create new ones to match the screenshots.

These steps have not been completed thank you. The new result is that the page does timeout when accessing it.

 

image.thumb.png.b41c780c11d462e37186fd9909236f71.png

Link to comment
5 minutes ago, wgstarks said:

Probably a good idea to post your current docker run command.

image.thumb.png.939a4c1ad30aafee06ba40ffc9871eab.png

image.thumb.png.9c183b97479110ea1c9dcd684fde7fbf.png

 

There are the current docker run command if I am understanding this corretly

 

LOGS

Spoiler

text  error  warn  system  array  login  

2022-07-27 16:42:30 TLS: Initial packet from [AF_INET]178.159.3.180:443, sid=623cab34 1ff383f7

2022-07-27 16:42:30,768 DEBG 'start-script' stdout output:
2022-07-27 16:42:30 VERIFY OK: depth=2, C=PA, O=NordVPN, CN=NordVPN Root CA

2022-07-27 16:42:30,768 DEBG 'start-script' stdout output:
2022-07-27 16:42:30 VERIFY OK: depth=1, C=PA, O=NordVPN, CN=NordVPN CA7

2022-07-27 16:42:30,768 DEBG 'start-script' stdout output:
2022-07-27 16:42:30 VERIFY KU OK
2022-07-27 16:42:30 Validating certificate extended key usage
2022-07-27 16:42:30 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2022-07-27 16:42:30 VERIFY EKU OK
2022-07-27 16:42:30 VERIFY OK: depth=0, CN=uk2202.nordvpn.com

2022-07-27 16:42:30,909 DEBG 'start-script' stdout output:
2022-07-27 16:42:30 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, peer certificate: 4096 bit RSA, signature: RSA-SHA512
2022-07-27 16:42:30 [uk2202.nordvpn.com] Peer Connection Initiated with [AF_INET]178.159.3.180:443

2022-07-27 16:42:32,054 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 SENT CONTROL [uk2202.nordvpn.com]: 'PUSH_REQUEST' (status=1)

2022-07-27 16:42:32,125 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 103.86.96.100,dhcp-option DNS 103.86.99.100,sndbuf 524288,rcvbuf 524288,explicit-exit-notify,comp-lzo no,route-gateway 10.7.1.1,topology subnet,ping 60,ping-restart 180,ifconfig 10.7.1.7 255.255.255.0,peer-id 0,cipher AES-256-GCM'

2022-07-27 16:42:32,126 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 OPTIONS IMPORT: timers and/or timeouts modified
2022-07-27 16:42:32 OPTIONS IMPORT: --explicit-exit-notify can only be used with --proto udp
2022-07-27 16:42:32 OPTIONS IMPORT: compression parms modified
2022-07-27 16:42:32 OPTIONS IMPORT: --sndbuf/--rcvbuf options modified
2022-07-27 16:42:32 Socket Buffers: R=[87380->1048576] S=[130560->1048576]
2022-07-27 16:42:32 OPTIONS IMPORT: --ifconfig/up options modified
2022-07-27 16:42:32 OPTIONS IMPORT: route options modified
2022-07-27 16:42:32 OPTIONS IMPORT: route-related options modified
2022-07-27 16:42:32 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
2022-07-27 16:42:32 OPTIONS IMPORT: peer-id set
2022-07-27 16:42:32 OPTIONS IMPORT: adjusting link_mtu to 1659
2022-07-27 16:42:32 OPTIONS IMPORT: data channel crypto options modified
2022-07-27 16:42:32 Data Channel: using negotiated cipher 'AES-256-GCM'
2022-07-27 16:42:32 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
2022-07-27 16:42:32 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
2022-07-27 16:42:32 net_route_v4_best_gw query: dst 0.0.0.0
2022-07-27 16:42:32 net_route_v4_best_gw result: via 172.17.0.1 dev eth0
2022-07-27 16:42:32 ROUTE_GATEWAY 172.17.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:11:00:0a

2022-07-27 16:42:32,126 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 TUN/TAP device tun0 opened
2022-07-27 16:42:32 net_iface_mtu_set: mtu 1500 for tun0
2022-07-27 16:42:32 net_iface_up: set tun0 up
2022-07-27 16:42:32 net_addr_v4_add: 10.7.1.7/24 dev tun0

2022-07-27 16:42:32,126 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 /root/openvpnup.sh tun0 1500 1587 10.7.1.7 255.255.255.0 init

2022-07-27 16:42:32,128 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 net_route_v4_add: 178.159.3.180/32 via 172.17.0.1 dev [NULL] table 0 metric -1

2022-07-27 16:42:32,128 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 net_route_v4_add: 0.0.0.0/1 via 10.7.1.1 dev [NULL] table 0 metric -1
2022-07-27 16:42:32 net_route_v4_add: 128.0.0.0/1 via 10.7.1.1 dev [NULL] table 0 metric -1
2022-07-27 16:42:32 Initialization Sequence Completed

2022-07-27 16:42:48,190 DEBG 'start-script' stdout output:
[info] Attempting to get external IP using 'http://checkip.amazonaws.com'...

2022-07-27 16:42:53,459 DEBG 'start-script' stdout output:
[info] Successfully retrieved external IP address 178.159.3.181

2022-07-27 16:42:53,460 DEBG 'start-script' stdout output:
[info] Application does not require port forwarding or VPN provider is != pia, skipping incoming port assignment

2022-07-27 16:42:53,522 DEBG 'watchdog-script' stdout output:
[info] qBittorrent listening interface IP 0.0.0.0 and VPN provider IP 10.7.1.7 different, marking for reconfigure

2022-07-27 16:42:53,527 DEBG 'watchdog-script' stdout output:
[info] qBittorrent not running

2022-07-27 16:42:53,527 DEBG 'watchdog-script' stdout output:
[info] Removing session lock file (if it exists)...

2022-07-27 16:42:53,534 DEBG 'watchdog-script' stdout output:
[info] Attempting to start qBittorrent...

2022-07-27 16:42:53,640 DEBG 'watchdog-script' stdout output:
[info] qBittorrent process started
[info] Waiting for qBittorrent process to start listening on port 8088...

2022-07-27 16:42:53,748 DEBG 'watchdog-script' stdout output:
[info] qBittorrent process listening on port 8088

 

Edited by ArxKnight
Link to comment
1 hour ago, ArxKnight said:

looks to be working now :)

Screenshot_1.png.9459c1f2ee8584b6aaf549de65c9570d.png

👍🎉🎉🎉

 

You may want to change your PIA user/password though. They were part of the run command. I should have warned you to redact them.

Edited by wgstarks
Typo
Link to comment

UPDATE: Rolled back to 4.4.2-2-01 and it's now moving the completed from the temporary download disk. I'll stick with this version until the next released version.

 

Start of Original Message:

 

Is anyone else experiencing issues with qBt moving files from the 'incomplete' folder on my scratch disk to the 'Complete' share on unRAID? It does have a SSD cache pool for the 'Complete' share, and the folders get created with 'placeholder files'. When I do a binary compare from the scratch disk to the share, the share files are not shown as equal. If I try and play one of the media files from the share, it won't play, but the one on the scratch disk does. If I manually move them from scratch to the share, then qBt reports them as missing files.

 

This seems to have started after I upgraded to unRAID 6.11 rc2. I've tried running the 'Docker Safe New Permissions` tool, but that didn't work. Even if I manually move the completed torrents from the scratch disk to the share, qBt still sees them as missing even though the 'Save Path' shows the correct location. A 'Force Recheck' sets them to 0% completed and they start downloading again. If I copy the files from the share back to the scratch disk and do another 'Force Recheck' then they are shown as complete again.

 

I've opened the console for the container and verified that my path mountpoints are all pointing to the correct locations. qBt reports them as saved in Complete for the Save Path and even with the files in both locations, but the moment they are removed from the scratch disk, they show as missing files and start to re-download.

 

I've still been running the 4.4.x builds after the big glitch with 4.4.0 where it lost settings and reset the default network to LAN instead of VPN. Once I corrected those issues, the 4.4 releases have been working fine up until the upgrade of unRAID. I also just noticed that I somehow switched to an old template using OpenVPN instead of Wireguard. I'll try re-configuring with Wireguard but I doubt that will make a difference to the save path.

 

Thoughts? Ideas on what to try next? Any help appreciated!

Edited by AgentXXL
  • Upvote 1
Link to comment

Has anyone been able to get SQLite Database working as described in the 4.4.0 changenotes? It is supposed to improve performance when running 1k+ torrents.

n 4.4.0 there was a new setting added:

 

EXPERIMENTAL: Setting to store/load fastresume/torrent files in an SQLite database (glassez)

Link to comment

I'm also getting the "unauthorized" error and unable to load the GUI. It had been working fine for months so I'm confused since I didn't change anything. I've rolled the version back to 4.3.9-2-01 but the problem still exists. Does anyone have an idea why or what I can check? Thanks.

Link to comment

Hi.  I'm having difficulty running this on anything other than port 8080.  The problem is that port 8080 is in use by another container of mine.  I had to stop that container to even get this thing to start up.  I have changed both Host Port 3 as well as the WEBUI_PORT and I cannot connect to the web ui.  I am using the custom network proxynet (as shown in SpaceInvaderOne's YouTube videos) for running behind a SWAG (nginx) LetsEncrypt reverse proxy.

 

Side node: the reason I'm trying this qtorrentvpn is becaues for some reason my deluge container stopped being able to download.  I can't even download an Ubuntu ISO torrent.  I updated my openvpn config files and crt files.  No idea whats going on there.  The same config files are working fine here on qtorrent.  In my deluge container the torrents seem to start to download then immediately stop.  They'll have a peer pop up then disappear.

Link to comment
1 minute ago, eric.frederich said:

Hi.  I'm having difficulty running this on anything other than port 8080.  The problem is that port 8080 is in use by another container of mine.  I had to stop that container to even get this thing to start up.  I have changed both Host Port 3 as well as the WEBUI_PORT and I cannot connect to the web ui.  I am using the custom network proxynet (as shown in SpaceInvaderOne's YouTube videos) for running behind a SWAG (nginx) LetsEncrypt reverse proxy.

 

Side node: the reason I'm trying this qtorrentvpn is becaues for some reason my deluge container stopped being able to download.  I can't even download an Ubuntu ISO torrent.  I updated my openvpn config files and crt files.  No idea whats going on there.  The same config files are working fine here on qtorrent.  In my deluge container the torrents seem to start to download then immediately stop.  They'll have a peer pop up then disappear.

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

Scroll down to Q4.

  • Like 1
Link to comment
1 hour ago, DBJordan said:

I just wireguard working with PIA, but don't seem to be able to find the list of endpoints in the logs, so I'm stuck with the default. Am I looking in the wrong place?

 

Log attached.

 

Thanks for any help.

supervisord.log 11.53 kB · 1 download

For some reason it’s not in the log when using wireguard but here’s the list-

Quote

info] List of PIA endpoints that support port forwarding:-

2022-03-05 01:23:41,868 DEBG 'start-script' stdout output:
[info] macau.privacy.network
[info] aus-melbourne.privacy.network
[info] sweden-2.privacy.network
[info] ca-vancouver.privacy.network
[info] sanjose.privacy.network
[info] is.privacy.network
[info] bahamas.privacy.network
[info] cambodia.privacy.network
[info] aus-perth.privacy.network
[info] philippines.privacy.network
[info] montenegro.privacy.network
[info] al.privacy.network
[info] sofia.privacy.network
[info] ro.privacy.network
[info] japan.privacy.network
[info] ba.privacy.network
[info] ireland.privacy.network
[info] monaco.privacy.network
[info] fi.privacy.network
[info] vietnam.privacy.network
[info] rs.privacy.network
[info] denmark.privacy.network
[info] gr.privacy.network
[info] ua.privacy.network

2022-03-05 01:23:41,868 DEBG 'start-script' stdout output:
[info] hk.privacy.network
[info] de-frankfurt.privacy.network
[info] malta.privacy.network
[info] austria.privacy.network
[info] taiwan.privacy.network
[info] fi-2.privacy.network
[info] sweden.privacy.network
[info] no.privacy.network
[info] poland.privacy.network
[info] uk-manchester.privacy.network
[info] de-berlin.privacy.network
[info] in.privacy.network
[info] italy.privacy.network
[info] nl-amsterdam.privacy.network
[info] ca-toronto.privacy.network
[info] lv.privacy.network
[info] md.privacy.network
[info] srilanka.privacy.network
[info] ad.privacy.network
[info] kualalumpur.privacy.network
[info] zagreb.privacy.network
[info] tr.privacy.network
[info] ae.privacy.network
[info] ee.privacy.network
[info] georgia.privacy.network
[info] ca-montreal.privacy.network
[info] nigeria.privacy.network
[info] spain.privacy.network
[info] greenland.privacy.network
[info] saudiarabia.privacy.network
[info] sg.privacy.network
[info] uk-southampton.privacy.network
[info] france.privacy.network
[info] bangladesh.privacy.network
[info] au-sydney.privacy.network
[info] mk.privacy.network
[info] liechtenstein.privacy.network
[info] italy-2.privacy.network
[info] bogota.privacy.network
[info] brussels.privacy.network
[info] cyprus.privacy.network
[info] nz.privacy.network
[info] mongolia.privacy.network

2022-03-05 01:23:41,868 DEBG 'start-script' stdout output:
[info] israel.privacy.network
[info] venezuela.privacy.network
[info] uk-2.privacy.network
[info] kazakhstan.privacy.network
[info] mexico.privacy.network
[info] denmark-2.privacy.network
[info] japan-2.privacy.network
[info] slovenia.privacy.network
[info] santiago.privacy.network
[info] swiss.privacy.network
[info] uk-london.privacy.network
[info] man.privacy.network
[info] panama.privacy.network
[info] pt.privacy.network
[info] ca-ontario.privacy.network
[info] yerevan.privacy.network
[info] ar.privacy.network
[info] morocco.privacy.network
[info] qatar.privacy.network
[info] za.privacy.network
[info] lt.privacy.network
[info] egypt.privacy.network
[info] dz.privacy.network
[info] china.privacy.network
[info] hungary.privacy.network
[info] br.privacy.network
[info] lu.privacy.network
[info] sk.privacy.network
[info] jakarta.privacy.network
[info] czech.privacy.network

 

  • Like 1
Link to comment

I have looked through this thread and can't seem to find a solution, so apologies if I missed something basic here. I'm using OpenVPN with IPVanish, and the logs seem to indicate that it's connecting to it fine, but all of my torrents I add are stuck at "Downloading Metadata" and will not start downloading. I'm still a newbie at reading docker logs so I might've missed something.

 

Log attached, any assistance would be greatly appreciated.

supervisord.log

Link to comment

Running Unraid 6.9.2.  I'm getting an Execution error: server error when trying to launch. Nothing is being written to the appdata folder. I tried using installing 4.3.9 and still having the same problems.  No log data.  Restarted the Enable Docker in the Docker settings.  Rebooted the server.  I'm at a loss at this point.

Link to comment
On 7/30/2022 at 5:31 PM, AgentXXL said:

UPDATE: Rolled back to 4.4.2-2-01 and it's now moving the completed from the temporary download disk. I'll stick with this version until the next released version.

 

Start of Original Message:

 

Is anyone else experiencing issues with qBt moving files from the 'incomplete' folder on my scratch disk to the 'Complete' share on unRAID? It does have a SSD cache pool for the 'Complete' share, and the folders get created with 'placeholder files'. When I do a binary compare from the scratch disk to the share, the share files are not shown as equal. If I try and play one of the media files from the share, it won't play, but the one on the scratch disk does. If I manually move them from scratch to the share, then qBt reports them as missing files.

 

This seems to have started after I upgraded to unRAID 6.11 rc2. I've tried running the 'Docker Safe New Permissions` tool, but that didn't work. Even if I manually move the completed torrents from the scratch disk to the share, qBt still sees them as missing even though the 'Save Path' shows the correct location. A 'Force Recheck' sets them to 0% completed and they start downloading again. If I copy the files from the share back to the scratch disk and do another 'Force Recheck' then they are shown as complete again.

 

I've opened the console for the container and verified that my path mountpoints are all pointing to the correct locations. qBt reports them as saved in Complete for the Save Path and even with the files in both locations, but the moment they are removed from the scratch disk, they show as missing files and start to re-download.

 

I've still been running the 4.4.x builds after the big glitch with 4.4.0 where it lost settings and reset the default network to LAN instead of VPN. Once I corrected those issues, the 4.4 releases have been working fine up until the upgrade of unRAID. I also just noticed that I somehow switched to an old template using OpenVPN instead of Wireguard. I'll try re-configuring with Wireguard but I doubt that will make a difference to the save path.

 

Thoughts? Ideas on what to try next? Any help appreciated!

 

I am experiencing the exact same issue on the latest version and unRADI 6.11 rc2. I just rolled back to :4.4.2-2-01 and immediately all my files began moving to the correct location. I have no idea why this is happening.

  • Like 1
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.