On 2/18/2023 at 9:58 AM, binhex said:

i would suspect this is your issue, basically its cheap underpowered hardware, best thing you can do is dial down the number of connections in deluge and ensure you limit upload and download speeds to a max of 80% of your line speed.

Hi Binhex, I figured it out in the end so thought I would update. Turned out to be the fact I was using realtek nic's in pfSense. Apprently they dont mix. Swapped it out for an intel card and deluge and the rest of my internet is fine....

 

Thanks for your help though.

I was using realtek nic's in pfSense. Apprently they dont mix. Swapped it out for an intel card and deluge and the rest of my internet is fine....

yeah that's been a thing for a while, unraid has historically not played nicely with realtek either, mainly cos realtek dont give a rats ass about linux and the driver quality is awful!, intel on the other hand do care [emoji846]

i shall add this as another possible solution to the faq.

Is it possible to somehow test jackett to make sure it's routing correctly after setting it up to run through the deluge container with privoxy? Everything seems to be working fine but I couldnt find a way to see if the requests actually went through VPN. 

Edit: Realized I could jump into the container with docker exec then run ifconfig curl ifconfig.me which gives me the same IP as deluge, so I think all is working as expected! 

Edited March 11, 20233 yr by Techiez237

the container radarr, sabnzbd and sonarr going through delugevpn.

On all of this container I get following error if I want to open the console:

Hello,

This container has been working flawlessly for me for a couple of months. Sometime in the last 12 hours or so it stopped working. I can't connect to the WebGUI or through the ThinClient. I've no clue how to troubleshoot this, any help appreciated.

Every couple of seconds I get the following in the logs (see attached file)

 

deluge.txt

3 hours ago, maetthew said:

Hello,

This container has been working flawlessly for me for a couple of months. Sometime in the last 12 hours or so it stopped working. I can't connect to the WebGUI or through the ThinClient. I've no clue how to troubleshoot this, any help appreciated.

Every couple of seconds I get the following in the logs (see attached file)

 

deluge.txt 8.46 kB · 1 download

from log:- AUTH: Received control message: AUTH_FAILED

 

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

On 3/5/2021 at 11:49 PM, Jorgen said:

Sonarr is supposed to remove the torrent from Deluge after it reaches the defined ratio, but I never got that to work either.

AutoRemovePlus plugin is the way to go in my opinion.

 

The most likely reason the egg isn't accepted for you is that the Python version in this container was recently updated to 3.9.

If you have the 3.8 egg in the plugin folder already, simple rename it to 3.9 (see below) and restart the container:

AutoRemovePlus-2.0.0-py3.9.egg

 

If you don't have it, download the 3.8 version from here: https://forum.deluge-torrent.org/viewtopic.php?f=9&t=55733

Put the egg into the plugin folder, rename it to 3.9 and restart container.

 

 

This helped me enabling AutoRemovePlus.
Thank you!

On 3/9/2023 at 8:33 AM, nraygun said:

 

It happened again. This time it was seeding.

 

Restarting the container fixes it.

 

Any ideas what's going on here?

 

It croaked again. This time it was downloading.

Anyone have any suggestions?

Did something change on this container. I'm getting proxy connections refused in web browser and also in other containers like Sonarr, Radarr etc.

19 hours ago, RedSpider said:

id something change on this container. I'm getting proxy connections refused in web browser and also in other containers like Sonarr, Radarr etc.

Are you referring to privoxy specifically?  There are a bunch of bad name servers on older template.  I erased the list and added "1.1.1.1,9.9.9.9" which is cloudflare and quad 9 in the docker setup.

On 3/17/2023 at 7:02 PM, RedSpider said:

Did something change on this container. I'm getting proxy connections refused in web browser and also in other containers like Sonarr, Radarr etc.

I am experiencing similar issues.  I've made no changes to anything related to the Deluge setup other then applying the latest update yesterday.  After applying the latest update the Unraid docker says it is running however, when I click on it and open the WebUI, I receive a message on the browser that the site cannot be reached and related apps are stating they are unable to communicate with Deluge.

 

These are the errors I see the log file: 

2023-03-19 08:29:38,892 DEBG 'start-script' stdout output:
2023-03-19 08:29:38 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-03-19 08:29:38 TLS Error: TLS handshake failed

2023-03-19 08:29:38,892 DEBG 'start-script' stdout output:
2023-03-19 08:29:38 SIGHUP[soft,tls-error] received, process restarting

Edited March 19, 20233 yr by Tharnax
Adding error log details

How can you run 2 of the same container and have both using delugevps as their network?

The first instance works fine, but the 2nd seems to use default port and complain about that the port is in use even if I change port in the config. using the parameter "--net=container:binhex-delugevpn" on both

On 3/18/2023 at 6:17 PM, Gragorg said:

Are you referring to privoxy specifically?  There are a bunch of bad name servers on older template.  I erased the list and added "1.1.1.1,9.9.9.9" which is cloudflare and quad 9 in the docker setup.

Yes, Sorry i thought I was in the Privoxy specific thread  - my bad! I'll give that a go

I think this is a simple fix, but before I go messing things up... I am using a new router and it gave Unraid a new IP. I can connect to the Unraid web UI but I can not connect to the binhex-delugevpn web UI. Is there something I should change? Thank you

On 3/25/2023 at 1:14 AM, johnzimm said:

I think this is a simple fix, but before I go messing things up... I am using a new router and it gave Unraid a new IP. I can connect to the Unraid web UI but I can not connect to the binhex-delugevpn web UI. Is there something I should change? Thank you

You're right, change LAN_NETWORK to 192.168.3.0/24

I can't access radarr/sonarr at "server-ip":7878 after I changed Docker network type from macvlan to ipvlan. Radarr/Sonarr is connected thru binhex-delugevpn, PIA OpenVPN. 

• binhex-delugevpn is working fine, no errors in log file.
• no errors in log files on radarr/sonarr

Can it be an issue in the binhex-delugevpn settings? I checked, but can't find any. Added the settings and diagnostics. And hoping for some feedbacks.

 

 

maxx-diagnostics-20230326-1410.zip

This line is in my ovpn file:

setenv UV_IPV6 yes

 

Do I change the yes to no if I don't want IPV6?

 

Changed to no and now get none of the IPV6 errors and it starts faster

Edited March 26, 20233 yr by Paul_Ber
[SOLVED}

On 3/19/2023 at 8:28 AM, Tharnax said:

I am experiencing similar issues.  I've made no changes to anything related to the Deluge setup other then applying the latest update yesterday.  After applying the latest update the Unraid docker says it is running however, when I click on it and open the WebUI, I receive a message on the browser that the site cannot be reached and related apps are stating they are unable to communicate with Deluge.

 

These are the errors I see the log file: 

2023-03-19 08:29:38,892 DEBG 'start-script' stdout output:
2023-03-19 08:29:38 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-03-19 08:29:38 TLS Error: TLS handshake failed

2023-03-19 08:29:38,892 DEBG 'start-script' stdout output:
2023-03-19 08:29:38 SIGHUP[soft,tls-error] received, process restarting

I find weird stuff with Networking requires to actually restart the Unraid PC to Networking glitches to clear up.

8 hours ago, frodr said:

I can't access radarr/sonarr at "server-ip":7878 after I changed Docker network type from macvlan to ipvlan. Radarr/Sonarr is connected thru binhex-delugevpn, PIA OpenVPN. 

• binhex-delugevpn is working fine, no errors in log file.
• no errors in log files on radarr/sonarr

Can it be an issue in the binhex-delugevpn settings? I checked, but can't find any. Added the settings and diagnostics. And hoping for some feedbacks.

 

 

maxx-diagnostics-20230326-1410.zip 306.21 kB · 0 downloads

 

Docker inspect radarr network settings:

 "NetworkSettings": {
            "Bridge": "",
            "SandboxID": "",
            "HairpinMode": false,
            "LinkLocalIPv6Address": "",
            "LinkLocalIPv6PrefixLen": 0,
            "Ports": {},
            "SandboxKey": "",
            "SecondaryIPAddresses": null,
            "SecondaryIPv6Addresses": null,
            "EndpointID": "",
            "Gateway": "",
            "GlobalIPv6Address": "",
            "GlobalIPv6PrefixLen": 0,
            "IPAddress": "",
            "IPPrefixLen": 0,
            "IPv6Gateway": "",
            "MacAddress": "",
            "Networks": {}
       

And for binhex-delugevpn:

"NetworkSettings": {
                    "Bridge": "",
                    "SandboxID": "d01f3aace4e9118713338e4c584e6dcb2b05b2ec3c9888d19fc199ba78f79de7",
                    "HairpinMode": false,
                    "LinkLocalIPv6Address": "",
                    "LinkLocalIPv6PrefixLen": 0,
                    "Ports": {
                        "58846/tcp": [
                            {
                                "HostIp": "0.0.0.0",
                                "HostPort": "58846"
                            },
                            {
                                "HostIp": "::",
                                "HostPort": "58846"
                            }
                        ],
                        "58946/tcp": [
                            {
                                "HostIp": "0.0.0.0",
                                "HostPort": "58946"
                            },
                            {
                                "HostIp": "::",
                                "HostPort": "58946"
                            }
                        ],
                        "58946/udp": [
                            {
                                "HostIp": "0.0.0.0",
                                "HostPort": "58946"
                            },
                            {
                                "HostIp": "::",
                                "HostPort": "58946"
                            }
                        ],
                        "8112/tcp": [
                            {
                                "HostIp": "0.0.0.0",
                                "HostPort": "8112"
                            },
                            {
                                "HostIp": "::",
                                "HostPort": "8112"
                            }
                        ],
                        "8118/tcp": [
                            {
                                "HostIp": "0.0.0.0",
                                "HostPort": "8118"
                            },
                            {
                                "HostIp": "::",
                                "HostPort": "8118"
                            }
                        ]
                    },
                    "SandboxKey": "/var/run/docker/netns/d01f3aace4e9",
                    "SecondaryIPAddresses": null,
                    "SecondaryIPv6Addresses": null,
                    "EndpointID": "d3d77934e8a000e54d50250dd70825af6ea040f48baecb1a762a4151a9880281",
                    "Gateway": "172.17.0.1",
                    "GlobalIPv6Address": "",
                    "GlobalIPv6PrefixLen": 0,
                    "IPAddress": "172.17.0.2",
                    "IPPrefixLen": 16,
                    "IPv6Gateway": "",
                    "MacAddress": "02:42:ac:11:00:02",
                    "Networks": {
                        "bridge": {
                            "IPAMConfig": null,
                            "Links": null,
                            "Aliases": null,
                            "NetworkID": "0e0382951ddc04f6beea006af0c7e0939ca3aa0ff0cc707fed05fa4d3574dd3f",
                            "EndpointID": "d3d77934e8a000e54d50250dd70825af6ea040f48baecb1a762a4151a9880281",
                            "Gateway": "172.17.0.1",
                            "IPAddress": "172.17.0.2",
                            "IPPrefixLen": 16,
                            "IPv6Gateway": "",
                            "GlobalIPv6Address": "",
                            "GlobalIPv6PrefixLen": 0,
                            "MacAddress": "02:42:ac:11:00:02",
                            "DriverOpts": null
                        }

 

 

Do they look correct?

 

 

 

 

 

15 hours ago, frodr said:

 

Docker inspect radarr network settings:

 "NetworkSettings": {
            "Bridge": "",
            "SandboxID": "",
            "HairpinMode": false,
            "LinkLocalIPv6Address": "",
            "LinkLocalIPv6PrefixLen": 0,
            "Ports": {},
            "SandboxKey": "",
            "SecondaryIPAddresses": null,
            "SecondaryIPv6Addresses": null,
            "EndpointID": "",
            "Gateway": "",
            "GlobalIPv6Address": "",
            "GlobalIPv6PrefixLen": 0,
            "IPAddress": "",
            "IPPrefixLen": 0,
            "IPv6Gateway": "",
            "MacAddress": "",
            "Networks": {}
       

And for binhex-delugevpn:

"NetworkSettings": {
                    "Bridge": "",
                    "SandboxID": "d01f3aace4e9118713338e4c584e6dcb2b05b2ec3c9888d19fc199ba78f79de7",
                    "HairpinMode": false,
                    "LinkLocalIPv6Address": "",
                    "LinkLocalIPv6PrefixLen": 0,
                    "Ports": {
                        "58846/tcp": [
                            {
                                "HostIp": "0.0.0.0",
                                "HostPort": "58846"
                            },
                            {
                                "HostIp": "::",
                                "HostPort": "58846"
                            }
                        ],
                        "58946/tcp": [
                            {
                                "HostIp": "0.0.0.0",
                                "HostPort": "58946"
                            },
                            {
                                "HostIp": "::",
                                "HostPort": "58946"
                            }
                        ],
                        "58946/udp": [
                            {
                                "HostIp": "0.0.0.0",
                                "HostPort": "58946"
                            },
                            {
                                "HostIp": "::",
                                "HostPort": "58946"
                            }
                        ],
                        "8112/tcp": [
                            {
                                "HostIp": "0.0.0.0",
                                "HostPort": "8112"
                            },
                            {
                                "HostIp": "::",
                                "HostPort": "8112"
                            }
                        ],
                        "8118/tcp": [
                            {
                                "HostIp": "0.0.0.0",
                                "HostPort": "8118"
                            },
                            {
                                "HostIp": "::",
                                "HostPort": "8118"
                            }
                        ]
                    },
                    "SandboxKey": "/var/run/docker/netns/d01f3aace4e9",
                    "SecondaryIPAddresses": null,
                    "SecondaryIPv6Addresses": null,
                    "EndpointID": "d3d77934e8a000e54d50250dd70825af6ea040f48baecb1a762a4151a9880281",
                    "Gateway": "172.17.0.1",
                    "GlobalIPv6Address": "",
                    "GlobalIPv6PrefixLen": 0,
                    "IPAddress": "172.17.0.2",
                    "IPPrefixLen": 16,
                    "IPv6Gateway": "",
                    "MacAddress": "02:42:ac:11:00:02",
                    "Networks": {
                        "bridge": {
                            "IPAMConfig": null,
                            "Links": null,
                            "Aliases": null,
                            "NetworkID": "0e0382951ddc04f6beea006af0c7e0939ca3aa0ff0cc707fed05fa4d3574dd3f",
                            "EndpointID": "d3d77934e8a000e54d50250dd70825af6ea040f48baecb1a762a4151a9880281",
                            "Gateway": "172.17.0.1",
                            "IPAddress": "172.17.0.2",
                            "IPPrefixLen": 16,
                            "IPv6Gateway": "",
                            "GlobalIPv6Address": "",
                            "GlobalIPv6PrefixLen": 0,
                            "MacAddress": "02:42:ac:11:00:02",
                            "DriverOpts": null
                        }

 

 

Do they look correct?

 

 

 

 

 

 

Deleting and installing the dockers with the same settings, now it is working.

On 3/16/2023 at 8:15 PM, nraygun said:

 

It croaked again. This time it was downloading.

Anyone have any suggestions?

 

This keeps happening.
Is there something that needs to be done to the container after a shutdown to make it come back up with a start up?

 

For now, I'll disable the auto backup plugin and see if it stays up for the rest of the week.

On 3/25/2023 at 9:08 PM, strike said:

You're right, change LAN_NETWORK to 192.168.3.0/24

Thank you, that fixed it.

On 3/28/2023 at 7:28 AM, nraygun said:

 

This keeps happening.
Is there something that needs to be done to the container after a shutdown to make it come back up with a start up?

 

For now, I'll disable the auto backup plugin and see if it stays up for the rest of the week.

 

With the AppData backup app disabled, my DelugeVPN still fails overnight.

I'll try rebuilding the container unless anyone else has recommendations.

(deleted DelugeVPN from Docker tab, then Apps, Previous Apps, reinstall)

Edited March 31, 20233 yr by nraygun

I'm also having an issue after updating this docker:

 

I can't connect to the WebGUI and I had noticed a few times before that the web gui was getting disconnected. 

I removed the docker and, reinstalled it.

 

Here is what's in the logs. 

 

Thanks in advance. 

deluge.txt

4 minutes ago, mwoods98 said:

I'm also having an issue after updating this docker:

 

I can't connect to the WebGUI and I had noticed a few times before that the web gui was getting disconnected. 

I removed the docker and, reinstalled it.

 

Here is what's in the logs. 

 

Thanks in advance. 

deluge.txt 1.44 kB · 0 downloads

out of date ovpn/wireguard config would be the first thing to look at, go download the latest from your vpn provider.