wgstarks 213 Posted October 28, 2020 Share Posted October 28, 2020 21 hours ago, droopie said: in the Key 10 config for the container, should i change 192.168.1.0/24 to 192.168.1.1/24 since 192.168.1.1 is my gateway? No. 192.168.1.0/24 looks like the correct network type. Your gateway address would absolutely be wrong for this variable. Quote Link to post
erfly7 0 Posted October 28, 2020 Share Posted October 28, 2020 2 minutes ago, wgstarks said: You might try changing the password so that it has no special characters and see if that helps. You can also set strict port forwarding to "No" which will work as a temporary work-around although you might suffer from slower transfer speeds. @droopie reported the same issue earlier today https://forums.unraid.net/topic/75539-support-binhex-qbittorrentvpn/?do=findComment&comment=907356. Sorry but I don't really know the answer for sure. Perhaps someone else will chime in soon. Thanks so much at least it gets 99% of the way Quote Link to post
erfly7 0 Posted October 28, 2020 Share Posted October 28, 2020 may have found issue how do you change p 8080:8088 to p8088:8088 as in doc Due to issues with CSRF and port mapping, should you require to alter the port for the webui you need to change both sides of the -p 8080 switch AND set the WEBUI_PORT variable to the new port. For example, to set the port to 8090 you need to set -p 8090:8090 and -e WEBUI_PORT=8090 Quote Link to post
wgstarks 213 Posted October 28, 2020 Share Posted October 28, 2020 28 minutes ago, erfly7 said: may have found issue how do you change p 8080:8088 to p8088:8088 as in doc Due to issues with CSRF and port mapping, should you require to alter the port for the webui you need to change both sides of the -p 8080 switch AND set the WEBUI_PORT variable to the new port. For example, to set the port to 8090 you need to set -p 8090:8090 and -e WEBUI_PORT=8090 You'll need to open the container configurations and remove the existing path setting for 8080. unraid won't allow you to edit it on the container side. Once you have remove the old path scroll to the bottom of the page and select “Add anther path, port, variable or device”. Use these settings if you want to change the port to 8088- Name and description aren't important but the rest need to match. Quote Link to post
wgstarks 213 Posted October 28, 2020 Share Posted October 28, 2020 Substitute 8090 for 8080 in the example. Be sure to set webui to the same port. Quote Link to post
wgstarks 213 Posted October 29, 2020 Share Posted October 29, 2020 @binhex Saw this post and wanted to be sure that builds with version <4.2.5 would still have support for PIA next-gen? I’m guessing they won’t and I’ll need to wait for that PR to get merged to solve this problem but wanted to verify that with you. Quote Link to post
Tuumke 1 Posted October 30, 2020 Share Posted October 30, 2020 (edited) Anyone else having this problem: https://github.com/binhex/arch-qbittorrentvpn/issues/58 Where the docker just wonts fully start? Where it's just stuck at 2020-10-29 14:12:13,463 DEBG 'start-script' stdout output: [info] Starting OpenVPN (non daemonised)... 2020-10-29 14:12:13,555 DEBG 'start-script' stdout output: Thu Oct 29 14:12:13 2020 WARNING: file 'credentials.conf' is group or others accessible Thu Oct 29 14:12:13 2020 OpenVPN 2.4.9 [git:makepkg/9b0dafca6c50b8bb+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Apr 20 2020 2020-10-29 14:12:13,555 DEBG 'start-script' stdout output: Thu Oct 29 14:12:13 2020 library versions: OpenSSL 1.1.1g 21 Apr 2020, LZO 2.10 2020-10-29 14:12:13,556 DEBG 'start-script' stdout output: Thu Oct 29 14:12:13 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2020-10-29 14:12:13,560 DEBG 'start-script' stdout output: Thu Oct 29 14:12:13 2020 CRL: loaded 1 CRLs from file [[INLINE]] 2020-10-29 14:12:13,562 DEBG 'start-script' stdout output: Thu Oct 29 14:12:13 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]156.146.62.193:1198 Thu Oct 29 14:12:13 2020 UDP link local: (not bound) Thu Oct 29 14:12:13 2020 UDP link remote: [AF_INET]156.146.62.193:1198 -edit- Seems like switching to nextgen openvpn file fixes this. But says port forward is not enabled. Will this give me any issues? Edited October 30, 2020 by Tuumke Quote Link to post
shaunsund 7 Posted October 30, 2020 Share Posted October 30, 2020 Has anyone else been getting Out of memory errors when it comes to qbittorent? I've had the max memory set to 2G for the longest time but within the last few weeks I always get a OOM error from Unraid. Even upping the memory to 2.5G still gives OOM. Seems like there is now a memory leak. Oct 29 21:10:58 fractal kernel: Memory cgroup out of memory: Kill process 24455 (qbittorrent-nox) score 984 or sacrifice child Quote Link to post
SieyS 0 Posted November 2, 2020 Share Posted November 2, 2020 Hi, Since the last update, I can't see anything on the WEBUI. I have more than 2 000 torrents files with categorie/tag and all the torrent have a specific folder so I can't just reupload them all. I tried to copy the BT_Backup with the FASTRESUME and Torrents files and put it on an other version but still have the same problem. It's look like the torrent are still seeding, but I can't see anything ... Quote Link to post
Carlos 4 Posted November 2, 2020 Share Posted November 2, 2020 Hi guys, Latest update also has broken my qBittorrentVPN ¿is there any way to rollback to previous release? Thanks in advance Quote Link to post
wgstarks 213 Posted November 2, 2020 Share Posted November 2, 2020 7 minutes ago, Carlos said: Hi guys, Latest update also has broken my qBittorrentVPN ¿is there any way to rollback to previous release? Thanks in advance Sure you can use version tags to install a specific release. Previous releases will no longer work with PIA though (due to changes by PIA). You may want to find out why this docker isn’t working if you do use PIA. Quote Link to post
Carlos 4 Posted November 2, 2020 Share Posted November 2, 2020 1 minute ago, wgstarks said: Sure you can use version tags to install a specific release. Previous releases will no longer work with PIA though (due to changes by PIA). You may want to find out why this docker isn’t working if you do use PIA. Hi there, I had the (previous) latest version working fine till now, I just update it and now it won't connect. Tried updating OVPN files without positive result. I have attached the log to see if it's helpful Thanks qbt log.txt Quote Link to post
binhex 776 Posted November 2, 2020 Author Share Posted November 2, 2020 1 minute ago, Carlos said: I have attached the log to see if it's helpful Q22:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md 1 Quote Link to post
Carlos 4 Posted November 2, 2020 Share Posted November 2, 2020 22 minutes ago, binhex said: Q22:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md Thanks! I should've looked the FAQ first. Even tough, for a moment I thought I was going dumb, looks like Spain is not working with that fix, tried Toronto and worked like a charm... Cheers Quote Link to post
Dallas.toth 0 Posted November 3, 2020 Share Posted November 3, 2020 I had my VPN stop with the latest update as well. I too am using PIA. I refered to the github here. https://registry.hub.docker.com/r/binhex/arch-qbittorrentvpn and made the needed changes for PIA to use wiregard and now it connects to the VPN. added VPN_CLIENT = wireguard and Extra Parameters --sysctl="net.ipv4.conf.all.src_valid_mark=1" Quote Link to post
BadJanitor 1 Posted November 3, 2020 Share Posted November 3, 2020 My container also broke with the latest update and I was already using the cipher fallback option that binhex referenced. Rolled back to the previous image and it started working again. Then I did the update again, changed my configuration from Vancouver to Ontario, and it worked fine. There must be some incompatibility between this new version and that server. I've been meaning to switch to Wireguard so I'll try that out too. Quote Link to post
rbrosnan 0 Posted November 3, 2020 Share Posted November 3, 2020 (edited) Hello, I'm having a mighty struggle over here getting binhex qBittorrentVPN to work with Sonarr. Files download fine using the VPN, but Sonarr is giving the infamous "Import failed, path does not exist" error. I'm using the linuxserver docker of Sonarr, but I tried the binhex variant during my hours of troubleshooting today to no avail. I'm trying to avoid using remote mappings on Sonarr, but I would happily use them if it meant things would work - but thus far they have not. Here's my current config, which isn't working (though I have SABnzbd working flawlessly): I've changed the /data container path to /downloads (though I've also, as mentioned, tried leaving it to /data and using remote mappings on Sonarr and that didn't work either - more on that later). qbittorrent "downloads": container path: /downloads host path: /mnt/user/downloads/complete qbittorrent "incomplete-downloads" container path: /incomplete-downloads host path: /mnt/user/downloads/incomplete qbittorrent webui paths: Default Save Path: /downloads Keep incomplete torrents in: /incomplete-downloads sonarr "downloads" container path: /downloads host path: /mnt/user/downloads/complete It's my understanding that since the qbittorrent "downloads" host path matches the sonarr "downloads" host path I shouldn't have to do any remote mappings. Is this correct? If so, I'm at a complete loss as to why the import is failing. Prior to this current config, I was messing around with more common directory structures such as: qbittorrent "data": container path: /data host path: /mnt/user/downloads/ qbittorrent webui paths: Default Save Path: /data/complete Keep incomplete torrents in: /data/incomplete sonarr "downloads" container path: /downloads host path: /mnt/user/downloads/complete sonarr webui remote mapping: remote path: /data/complete (also tried /data even though I thought it wouldn't work) local path: /downloads (also tried /downloads/complete and after changing the host path to /mnt/user/downloads) I've included logs, and my current config as it stands... which doesn't work. Any ideas? I've been through previous forum posts all day but haven't really found my exact set up so I'm really in need for a helping hand. Thank you. Edited November 3, 2020 by rbrosnan formatting Quote Link to post
SieyS 0 Posted November 3, 2020 Share Posted November 3, 2020 Exept try to use an older version, there is an other way to recover my torrents ? Quote Link to post
Adamm 0 Posted November 3, 2020 Share Posted November 3, 2020 5 hours ago, rbrosnan said: Hello, I'm having a mighty struggle over here getting binhex qBittorrentVPN to work with Sonarr. Files download fine using the VPN, but Sonarr is giving the infamous "Import failed, path does not exist" error. I'm using the linuxserver docker of Sonarr, but I tried the binhex variant during my hours of troubleshooting today to no avail. I'm trying to avoid using remote mappings on Sonarr, but I would happily use them if it meant things would work - but thus far they have not. Here's my current config, which isn't working (though I have SABnzbd working flawlessly): I've changed the /data container path to /downloads (though I've also, as mentioned, tried leaving it to /data and using remote mappings on Sonarr and that didn't work either - more on that later). qbittorrent "downloads": container path: /downloads host path: /mnt/user/downloads/complete qbittorrent "incomplete-downloads" container path: /incomplete-downloads host path: /mnt/user/downloads/incomplete qbittorrent webui paths: Default Save Path: /downloads Keep incomplete torrents in: /incomplete-downloads sonarr "downloads" container path: /downloads host path: /mnt/user/downloads/complete It's my understanding that since the qbittorrent "downloads" host path matches the sonarr "downloads" host path I shouldn't have to do any remote mappings. Is this correct? If so, I'm at a complete loss as to why the import is failing. Prior to this current config, I was messing around with more common directory structures such as: qbittorrent "data": container path: /data host path: /mnt/user/downloads/ qbittorrent webui paths: Default Save Path: /data/complete Keep incomplete torrents in: /data/incomplete sonarr "downloads" container path: /downloads host path: /mnt/user/downloads/complete sonarr webui remote mapping: remote path: /data/complete (also tried /data even though I thought it wouldn't work) local path: /downloads (also tried /downloads/complete and after changing the host path to /mnt/user/downloads) I've included logs, and my current config as it stands... which doesn't work. Any ideas? I've been through previous forum posts all day but haven't really found my exact set up so I'm really in need for a helping hand. Thank you. Its a bug with the latest qbittorrent, revert to "binhex/arch-qbittorrentvpn:4.2.5-1-12" Quote Link to post
wgstarks 213 Posted November 3, 2020 Share Posted November 3, 2020 2 hours ago, Adamm said: Its a bug with the latest qbittorrent, revert to "binhex/arch-qbittorrentvpn:4.2.5-1-12" Can you confirm that this release includes support for PIA NextGen servers? Quote Link to post
wgstarks 213 Posted November 3, 2020 Share Posted November 3, 2020 2 hours ago, wgstarks said: Can you confirm that this release includes support for PIA NextGen servers? Answered my own question. Finally figured out how to view the release notes on GitHub for this release. It does include support for next-gen OpenVPN and wireguard on PIA. Quote Link to post
BadJanitor 1 Posted November 3, 2020 Share Posted November 3, 2020 Looks like binhex updated that FAQ with new configuration lines for the fallback cipher. Just updated my config and can verify it works again. 1 Quote Link to post
jmbailey2000 4 Posted November 4, 2020 Share Posted November 4, 2020 Quick question.....I think my VPN connection has gotten hosed up so I changed servers, yet, no matter what server I tell the VPN connect to, it always pulls the same IP address, which is an impossibility. Does the VPN portion of the docker get cached somewhere? I've changed the config file in the openvpn folder under qbittorrent multiple times to servers all over the world and no matter what, the IP is always the same. When I change servers on my personal PC outside the docker, the IP changes every time I change to a new state or country. Any suggestions??? Quote Link to post
droopie 0 Posted November 4, 2020 Share Posted November 4, 2020 stuck on a loop after update 2020-11-04 17:44:53 library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10 2020-11-04 17:44:58,550 DEBG 'start-script' stdout output: 2020-11-04 17:44:58 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2020-11-04 17:44:58,550 DEBG 'start-script' stdout output: 2020-11-04 17:44:58 CRL: loaded 1 CRLs from file -----BEGIN X509 CRL----- MIICWDCCAUAwDQYJKoZIhvcNAQENBQAwgegxCzAJBgNVBAYTAlVTMQswCQYDVQQI EwJDQTETMBEGA1UEBxMKTG9zQW5nZWxlczEgMB4GA1UEChMXUHJpdmF0ZSBJbnRl cm5ldCBBY2Nlc3MxIDAeBgNVBAsTF1ByaXZhdGUgSW50ZXJuZXQgQWNjZXNzMSAw HgYDVQQDExdQcml2YXRlIEludGVybmV0IEFjY2VzczEgMB4GA1UEKRMXUHJpdmF0 ZSBJbnRlcm5ldCBBY2Nlc3MxLzAtBgkqhkiG9w0BCQEWIHNlY3VyZUBwcml2YXRl aW50ZXJuZXRhY2Nlc3MuY29tFw0xNjA3MDgxOTAwNDZaFw0zNjA3MDMxOTAwNDZa MCYwEQIBARcMMTYwNzA4MTkwMDQ2MBECAQYXDDE2MDcwODE5MDA0NjANBgkqhkiG 9w0BAQ0FAAOCAQEAQZo9X97ci8EcPYu/uK2HB152OZbeZCINmYyluLDOdcSvg6B5 jI+ffKN3laDvczsG6CxmY3jNyc79XVpEYUnq4rT3FfveW1+Ralf+Vf38HdpwB8EW B4hZlQ205+21CALLvZvR8HcPxC9KEnev1mU46wkTiov0EKc+EdRxkj5yMgv0V2Re ze7AP+NQ9ykvDScH4eYCsmufNpIjBLhpLE2cuZZXBLcPhuRzVoU3l7A9lvzG9mjA 5YijHJGHNjlWFqyrn1CfYS6koa4TGEPngBoAziWRbDGdhEgJABHrpoaFYaL61zqy MR6jC0K2ps9qyZAN74LEBedEfK7tBOzWMwr58A== -----END X509 CRL----- 2020-11-04 17:44:58 TCP/UDP: Preserving recently used remote address: [AF_INET]154.29.131.142:1198 2020-11-04 17:44:58 UDP link local: (not bound) 2020-11-04 17:44:58 UDP link remote: [AF_INET]154.29.131.142:1198 2020-11-04 17:45:00,872 DEBG 'start-script' stdout output: 2020-11-04 17:45:00 [dallas412] Peer Connection Initiated with [AF_INET]154.29.131.142:1198 2020-11-04 17:45:01,975 DEBG 'start-script' stdout output: 2020-11-04 17:45:01 OPTIONS ERROR: failed to negotiate cipher with server. Add the server's cipher ('BF-CBC') to --data-ciphers (currently 'AES-256-GCM:AES-128-GCM:AES-128-CBC') if you want to connect to this server. 2020-11-04 17:45:01 ERROR: Failed to apply push options 2020-11-04 17:45:01 Failed to open tun/tap interface 2020-11-04 17:45:01,975 DEBG 'start-script' stdout output: 2020-11-04 17:45:01 SIGHUP[soft,process-push-msg-failed] received, process restarting 2020-11-04 17:45:01,975 DEBG 'start-script' stdout output: 2020-11-04 17:45:01 DEPRECATED OPTION: --cipher set to 'aes-128-cbc' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'aes-128-cbc' to --data-ciphers or change --cipher 'aes-128-cbc' to --data-ciphers-fallback 'aes-128-cbc' to silence this warning. 2020-11-04 17:45:01,975 DEBG 'start-script' stdout output: 2020-11-04 17:45:01 WARNING: file 'credentials.conf' is group or others accessible 2020-11-04 17:45:01 OpenVPN 2.5.0 [git:makepkg/a73072d8f780e888+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Oct 27 2020 2020-11-04 17:45:01 library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10 Quote Link to post
wgstarks 213 Posted November 4, 2020 Share Posted November 4, 2020 2 minutes ago, droopie said: stuck on a loop after update https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md see Q22 Quote Link to post
1104 posts in this topic Last Reply
Recommended Posts
Posted by binhex,
Further help
Recommended by binhex
0 reactions
Go to this post
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.