Be sure to redact users/passwords.

On 11/3/2024 at 1:04 PM, ja444 said:

Getting some odd behavior, image launches fine, but the WebUI times out (ERR_CONNECTION_TIMED_OUT). I tried it without VPN enabled and it launched without issue so I checked my credentials/ovpn files and refreshed those through my provider. I'm seeing the changed IP from the provider with curl ifconfig.me and I am able to ping 8.8.8.8 successfully from within the docker image. 
Relevant files requested are attached.

cmdexec.txt 1.31 kB · 1 download supervisord.log 13.1 kB · 1 download

Turns out the problem was just iptable_mangle not loading properly. I followed the documentation on the repo page to fix this and it worked fine. Unsure why it decided to be problematic now after an unclean reboot and not from when I originally updated to the version of unraid that didn't have this option enabled by default anymore, but its fixed now. 

On 11/8/2024 at 12:03 PM, ja444 said:

Turns out the problem was just iptable_mangle not loading properly. I followed the documentation on the repo page to fix this and it worked fine. Unsure why it decided to be problematic now after an unclean reboot and not from when I originally updated to the version of unraid that didn't have this option enabled by default anymore, but its fixed now. 

I'm getting the same error, which (I THINK) is resulting in the webgui being inaccessible. Can you clarify which documentation you followed?

 

Here? https://hub.docker.com/r/binhex/arch-qbittorrentvpn

 

Someplace else? The break seemed to happen around a week ago.

Trying to move from an older version of qbitorrent (Linuxserver v.14.3.2) to this docker. The VPN config seems to be OK, but I was hoping I could simply copy my database and migrate every torrent over the easy way. I copied my old appdata/qbitorrent to this new binhex-qbitorrent. It still starts with no torrents in the webui. 

 

Any tips, or do I need to manually import torrents?

Thanks!

4 hours ago, kmoss.fresno said:

I'm getting the same error, which (I THINK) is resulting in the webgui being inaccessible. Can you clarify which documentation you followed?

 

Here? https://hub.docker.com/r/binhex/arch-qbittorrentvpn

 

Someplace else? The break seemed to happen around a week ago.

After setting the debug variable to true for the docker contain I got the attached in my logs.

 

running the below in the unraid server terminal fixed the issue

/sbin/modprobe iptable_mangle

 

Bit of a weird one, updated to 5.0.1-1-02 due to the whole vulnerability thing being found. But on this version I seem to be unable to pause torrents. Is this specific to me or are others also seeing this issue?

3 hours ago, Haroeris said:

Bit of a weird one, updated to 5.0.1-1-02 due to the whole vulnerability thing being found. But on this version I seem to be unable to pause torrents. Is this specific to me or are others also seeing this issue?

I’m not having any issues pausing torrents.

On 11/8/2024 at 6:58 PM, wgstarks said:

Why don’t you post your docker run command for qbit as well as the qbit supervisord log.

Thanks, supervisord.log see attached.

Not sure about the docker run command though - how do I get to that if I just use Unraid's GUI in order to start and stop the container?

supervisord.log

16 minutes ago, whauk said:

Not sure about the docker run command though

Docker run is a link to instructions.

27 minutes ago, whauk said:

Thanks, supervisord.log see attached.

Not sure about the docker run command though - how do I get to that if I just use Unraid's GUI in order to start and stop the container?

supervisord.log 13.3 kB · 2 downloads

This looks like your issue-

Quote

2024-11-12 12:54:52.571248 [info] VPN_INPUT_PORTS not defined (via -e VPN_INPUT_PORTS), skipping allow for custom incoming ports
2024-11-12 12:54:52.603920 [info] VPN_OUTPUT_PORTS not defined (via -e VPN_OUTPUT_PORTS), skipping allow for custom outgoing ports

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

See Q24. Pay close attention to the “Container running VPN” section.

14 hours ago, catcus said:

After setting the debug variable to true for the docker contain I got the attached in my logs.

 

running the below in the unraid server terminal fixed the issue

/sbin/modprobe iptable_mangle

 

Many thanks. I located the same in my supervisord.log, tried the command, but got the following error (and the WEBUI is still inaccessible):

 

modprobe: FATAL: Module iptable_mangle not found in directory /lib/modules/6.1.106-Unraid

 

That seems to reference a very old version of Unraid. Is that where qbittorrent should be looking for the iptable_mangle module ? Is there another way to create the module and force load it at startup?

 

I have found some other people with similar issues for Deluge, etc. and will continue troubleshooting. If anybody has guidance, I'm all ears.

18 hours ago, Fredrick said:

Trying to move from an older version of qbitorrent (Linuxserver v.14.3.2) to this docker. The VPN config seems to be OK, but I was hoping I could simply copy my database and migrate every torrent over the easy way. I copied my old appdata/qbitorrent to this new binhex-qbitorrent. It still starts with no torrents in the webui. 

 

Any tips, or do I need to manually import torrents?

Thanks!

So to anyone in my shoes, I made it work

 

The config folder and BT_backup folder location has changed between these versions. I figured out where the new docker looked for the configs and then just manually put qbittorent.conf and the torrent files there, and it's up and running :)

9 hours ago, wgstarks said:

I’m not having any issues pausing torrents.

Thanks for this, once I knew it was specific to me I took a deeper look and its because the WebUI theme I was using was not quite compatible, I updated my theme and now were back and better than ever

10 minutes ago, Haroeris said:

Thanks for this, once I knew it was specific to me I took a deeper look and its because the WebUI theme I was using was not quite compatible, I updated my theme and now were back and better than ever

What theme are you using? I’m trying to keep track of themes that are compatible with v5+ but so far have only found one.

1 hour ago, wgstarks said:

What theme are you using? I’m trying to keep track of themes that are compatible with v5+ but so far have only found one.

The theme is on github and called nightwalker, originally by repslet but the original creator has archived it, theres a fork of a fork where the user Jorsher updated it to be more v5+ compatible.

 

Not sure how compatible just yet since I've only just switched but so far it functions better than the original. Id post the url but I'm not sure if thats frowned upon in this thread/topic.

 

Update, added URL as requested: https://github.com/Jorsher/nightwalker

Edited November 12, 20241 yr by Haroeris

I don’t think anyone will care and it could benefit other users IMHO.

I'm using the binhex qbittorrent vpn on unraid. I think it updated last night, It's showing 5.0.1. I'm fairly new to unraid and docker. 

Trying to download everything is stopping at 99.9%, I've experienced this with qbt on windows and the fix was to update qbittorrent, this is my first time experiencing it with docker on what appears to be the new version. 

 

any thoughts how I can get this working again?

2 hours ago, Haroeris said:

The theme is on github and called nightwalker, originally by repslet but the original creator has archived it, theres a fork of a fork where the user Jorsher updated it to be more v5+ compatible.

 

Not sure how compatible just yet since I've only just switched but so far it functions better than the original. Id post the url but I'm not sure if thats frowned upon in this thread/topic.

 

Update, added URL as requested: https://github.com/Jorsher/nightwalker

I found that but not sure it’s completely compatible. I only tried it for a few minutes with Safari but in my case Date Added and Date Completed columns both show what appears to be Ratio and the columns don’t line up with the headers.

1 hour ago, hilde said:

I'm using the binhex qbittorrent vpn on unraid. I think it updated last night, It's showing 5.0.1. I'm fairly new to unraid and docker. 

Trying to download everything is stopping at 99.9%, I've experienced this with qbt on windows and the fix was to update qbittorrent, this is my first time experiencing it with docker on what appears to be the new version. 

 

any thoughts how I can get this working again?

I would test with an Ubuntu download just to be sure it’s really a problem with your app.

On 11/8/2024 at 6:58 PM, wgstarks said:

Why don’t you post your docker run command for qbit as well as the qbit supervisord log.

Figured it out - I had two problems and only one of them was in front of the keyboard.

1. jDownloader uses internally port 5800 for the web UI which I mapped to 7807. Since Q24 says you should remove all ports form the "Container to route through the VPN" I did exactly that - which made the jDownloader container use its internal fallback. And I continued to refer to my (now non-existent) remapped port in the qbt container configuration...

2. The Web UI of the container that now additionally runs though the VPN now needs to be accessed through the "non conflicting port number for 'Host Port'". It would be helpful if A24 mentioned that in order to save idiots like myself additional unnecessary confusion.

Thank you.

docker run.txt supervisord.log

14 hours ago, wgstarks said:

I would test with an Ubuntu download just to be sure it’s really a problem with your app.

 

Interesting, that might be a Safari specific thing? I dont have/use a Mac so cant test with safari my end, I have just tested with Firefox and Brave and both those work fine, Ratio, Added On and Completed On are all what they are supposed to be (everything showes what its supposed to in fact).

 

I'll see if I can get a version of safari to test it specifically.

On 11/12/2024 at 2:19 PM, that_was_easy said:

Many thanks. I located the same in my supervisord.log, tried the command, but got the following error (and the WEBUI is still inaccessible):

 

modprobe: FATAL: Module iptable_mangle not found in directory /lib/modules/6.1.106-Unraid

 

That seems to reference a very old version of Unraid. Is that where qbittorrent should be looking for the iptable_mangle module ? Is there another way to create the module and force load it at startup?

 

I have found some other people with similar issues for Deluge, etc. and will continue troubleshooting. If anybody has guidance, I'm all ears.

 

I think you have tried running the command in qbittorrent console and not the unraid server console as I got the same error message when entering the command there


You want to run the command in the terminal that opens when you click this icon

hello i have exactly the same container from month now and today after a reboot qbittorrent won't goes up, and i still have this in log :

 

 

 

library versions: OpenSSL 3.4.0 22 Oct 2024, LZO 2.10
2024-11-15 16:41:16 DCO version: N/A

2024-11-15 16:41:16,244 DEBG 'start-script' stdout output:
2024-11-15 16:41:16 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2024-11-15 16:41:16,245 DEBG 'start-script' stdout output:
2024-11-15 16:41:16 TCP/UDP: Preserving recently used remote address: [AF_INET]172.64.147.163:1197

2024-11-15 16:41:16,245 DEBG 'start-script' stdout output:
2024-11-15 16:41:16 UDPv4 link local: (not bound)
2024-11-15 16:41:16 UDPv4 link remote: [AF_INET]172.64.147.163:1197

2024-11-15 16:42:16,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:16 [UNDEF] Inactivity timeout (--ping-restart), restarting

2024-11-15 16:42:16,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:16 SIGHUP[soft,ping-restart] received, process restarting
2024-11-15 16:42:16 DEPRECATED OPTION: --cipher set to 'aes-256-cbc' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations.
2024-11-15 16:42:16 WARNING: file 'credentials.conf' is group or others accessible
2024-11-15 16:42:16 OpenVPN 2.6.12 [git:makepkg/038a94bae57a446c+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Jul 18 2024

2024-11-15 16:42:16,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:16 library versions: OpenSSL 3.4.0 22 Oct 2024, LZO 2.10
2024-11-15 16:42:16 DCO version: N/A

2024-11-15 16:42:17,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:17 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2024-11-15 16:42:17,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:17 TCP/UDP: Preserving recently used remote address: [AF_INET]172.64.147.163:1197
2024-11-15 16:42:17 UDPv4 link local: (not bound)

2024-11-15 16:42:17,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:17 UDPv4 link remote: [AF_INET]172.64.147.163:1197

6 hours ago, ptichalouf said:

hello i have exactly the same container from month now and today after a reboot qbittorrent won't goes up, and i still have this in log :

 

 

 

library versions: OpenSSL 3.4.0 22 Oct 2024, LZO 2.10
2024-11-15 16:41:16 DCO version: N/A

2024-11-15 16:41:16,244 DEBG 'start-script' stdout output:
2024-11-15 16:41:16 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2024-11-15 16:41:16,245 DEBG 'start-script' stdout output:
2024-11-15 16:41:16 TCP/UDP: Preserving recently used remote address: [AF_INET]172.64.147.163:1197

2024-11-15 16:41:16,245 DEBG 'start-script' stdout output:
2024-11-15 16:41:16 UDPv4 link local: (not bound)
2024-11-15 16:41:16 UDPv4 link remote: [AF_INET]172.64.147.163:1197

2024-11-15 16:42:16,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:16 [UNDEF] Inactivity timeout (--ping-restart), restarting

2024-11-15 16:42:16,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:16 SIGHUP[soft,ping-restart] received, process restarting
2024-11-15 16:42:16 DEPRECATED OPTION: --cipher set to 'aes-256-cbc' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations.
2024-11-15 16:42:16 WARNING: file 'credentials.conf' is group or others accessible
2024-11-15 16:42:16 OpenVPN 2.6.12 [git:makepkg/038a94bae57a446c+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Jul 18 2024

2024-11-15 16:42:16,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:16 library versions: OpenSSL 3.4.0 22 Oct 2024, LZO 2.10
2024-11-15 16:42:16 DCO version: N/A

2024-11-15 16:42:17,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:17 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2024-11-15 16:42:17,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:17 TCP/UDP: Preserving recently used remote address: [AF_INET]172.64.147.163:1197
2024-11-15 16:42:17 UDPv4 link local: (not bound)

2024-11-15 16:42:17,899 DEBG 'start-script' stdout output:
2024-11-15 16:42:17 UDPv4 link remote: [AF_INET]172.64.147.163:1197

Not sure what you’re pointing to in your log but you need to post your entire supervisord log as well as docker run command. Be sure to redact users/passwords.

WARNING

 

I am seeing an influx of malware via torrents using the trick of creating the payload as a mkv file with a 'lnk' extension (Windows Link) , if you double click what appears to be a video file (windows hides lnk extension) on a Windows machine then the embedded script will run creating an executable from the payload ('video' file), see here, and here and here for a few examples of people reporting this.

Best way to stop this is to set qbittorrent to exclude lnk files from downloading, you can do this by going to Tools/Options/Downloads tab then tick 'exclude file names' and enter in the extensions you do not want to download (will be unselected automatically for you in the files list for the torrent).

This is what i have set, up to you what extensions you want to ignore so tailor to your liking, but i would highly recommend putting in *.lnk as a bare minimum:-



Note:- You may notice that you start seeing torrents listed in qbittorrent with 0 bytes downloaded but your status is set to seeding, this means the torrent contained only file extensions listed in the exclude file names list and thus you downloaded 0 bytes, simply delete the torrent and move on, example:-

 

As you can see from the above stats, there is a scary number of people downloading this, probably triggered via sonarr.