binhex

have a look at NAME_SERVERS, lots of people have had issues with name resolution, link to comment on delugevpn support thread but its the same code as qbittorrentvpn:- for more detailed comment:- also mention of fixing privoxy by resetting config, so delete /config/privoxy and restart container.

significant reduction in dl speed and ability to seed to most of the swarm.

you have set the following, which means you MUST connect to a port forward enabled endpoint:- 2023-01-06 07:55:40.132806 [info] STRICT_PORT_FORWARD defined as 'yes' but the endpoint you are attempting to connect to is not port forward enabled:- [warn] PIA endpoint 'us-chicago.privacy.network' is not in the list of endpoints that support port forwarding, DL/UL speeds maybe slow the fix is to go with one of the port forward enabled endpoints as listed in the log, or if you dont care about an incoming port then set 'STRICT_PORT_FORWARD' to 'no'.

this is the issue:- 2023-01-06 12:42:10 ERROR: Cannot open TUN/TAP dev /dev/net/tun: Operation not permitted (errno=1) so for some reason your linux distro (i assume you arent a unraid user) does not have permissions to access the tunnel adapter used by openvpn, you need to investigate why this is.

this is incorrect, see Q4:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

Try updating to latest stable unraid, I think this is kernel related Sent from my 22021211RG using Tapatalk

The pia DNS have been flaky for years now, if you look at my readme you will see I no longer specify them Sent from my 22021211RG using Tapatalk

I'm not seeing this particular issue myself if you are then I would encourage you to post on sonarr github issues as I have nothing to do with development of the application. Sent from my 22021211RG using Tapatalk

Try wireguard Sent from my 22021211RG using Tapatalk

just restarted my qbittorrentvpn container to see if i could replicate the issue, no probs for me connecting and downloading, im using pia, wireguard, connecting to endpoint 'nl-amsterdam.privacy.network:1337' give it a try, not saying pia dont have issues but it looks like not all endpoints are affected.

this is not correct, dont do this, taken from my guide:- 'This is used to define input ports for the network of the container, this allows you to access additional applications running in containers that share the VPN network. For example if you had DelugeVPN container running you could bind the network for Sonarr to the DelugeVPN container so that all traffic for Sonarr is then sent down the VPN tunnel encrypted. In order to then access the Sonarr Web UI you would need to define the Sonarr Web UI port using this key.' assigning a incoming port is done at the vpn side and then configured in the app, in this case qbittorrent, thats all there is to it. - note for pia users this is done automatically for you.

dont do this Q15:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

none of the above are errors, they are warnings/info only, does it successfully manage to detect the external ip? '12 retries left', i need full log to debug the issue, do the following:- https://github.com/binhex/documentation/blob/master/docker/faq/help.md

i would assume some other process has written to the disk after the zeroing of the drive, you may find unraid wants to clear the drive again, but other than that its of no concern.

Nothing wrong with that drive, looks good to me Sent from my 22021211RG using Tapatalk

Can you tell me what the advantages are of conda over the integrated package management and virtual environment support built into pycharm? I would encourage you to take a look at that first. Sent from my 22021211RG using Tapatalk

OK implemented a workaround for now, i have just bumped the logging level so its only visible in log level debug, its a crud message in any case, as mentioned in this comment in the issue linked above:- https://github.com/sabnzbd/sabnzbd/issues/2228#issuecomment-1263252271 once it gets really fixed by cherrypy then i will remove the hack.

FYI i found this closed issue relating to the SSL error, its closed cos its a cherrypy issue not sabnzbd:- https://github.com/sabnzbd/sabnzbd/issues/2228 i can at least replicate the issue, so i can see when/if i can fix it.

Also looks relevant, try the suggested workaround:- https://forums.sabnzbd.org/viewtopic.php?t=25089 if you want to roll back then see Q5:- https://github.com/binhex/documentation/blob/master/docker/faq/unraid.md

looks related to use of self signed certs, there is a open issue for what looks to be a good match with the error you are seeing, feel free to comment in the issue thread:- https://github.com/cherrypy/cheroot/issues/346 (cherrypy is used by sabnzbd)

nope, this is not a coding issue its a VPN provider issue, see Q17:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

sorry, i got no idea on this!, there is literally no code changes whatsoever from me between those versions so i dont know why port forwarding isnt working for you (assume thats what is meant by a 'fire logo'), does qbittorrent not show the green globe connected icon at the bottom?.

You can put the urbackup client wherever you want on the flash drive, create a new root folder if you wish and copy it to there, then In the 'go' file copy from flash to /usr/local/bin/ and chmod the file. Sent from my 22021211RG using Tapatalk

No idea on dedicated IP, a question for pia, tell them you are not using their app, you are using openvpn/wireguard directly, I suspect they will say you have to use their app to assign a specific IP, in which case you are out of luck. Sent from my 22021211RG using Tapatalk

I would suspect a bad config file, rename rtorrent.rc file to something else then restart the container, this will then create a default config file. Sent from my 22021211RG using Tapatalk