[Support] binhex - DelugeVPN


Recommended Posts

On 3/2/2023 at 6:02 PM, nraygun said:

Update on my connection refused issue.

Without a seeding file, the container seems to shutdown and restart fine.

It might be only when there's a seed in motion that it doesn't restart after a backup.

 

It happened again. This time it was seeding.

 

Restarting the container fixes it.

 

Any ideas what's going on here?

Link to comment

Hi Binhex, First of all I would like to say I really appreciate all of your work. When I am in a better financial situation, I will set aside some money to buy you a beer or two. 

 

Previously, I had DelugeVPN set up and working flawlessly, but the other day I lost access to the webui. My logs indicate that the webui is started, and all of the -ARRs can still connect to deluge just fine and it seems that downloads still are working, but unless I disable vpn, I cannot access the webui. I have tried using the built in vpn service with WireGuard, and I have tried to set up the vpn through docker, with no success with either. I also have reinstalled multiple times and tried changing the subnet settings too, though I am not great with networking so I do not know if I am doing it right. This issue is also happening with transmission, though that is linuxserver’s app. I do not know if that is related in any way. If there are any logs I can get you to better explain my situation, let me know and I’ll post them. I would appreciate any input you can offer. 

 

Best, Jack.

Link to comment
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.

Link to comment
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

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

Link to comment

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 by Techiez237
Link to comment

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

Link to comment
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

Link to comment
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!

Link to comment
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.

Link to comment
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 by Tharnax
Adding error log details
Link to comment

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

Link to comment
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

Link to comment
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

Link to comment

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.

 

 

Screenshot 2023-03-26 at 14.30.36.png

Screenshot 2023-03-26 at 14.30.20.png

Screenshot 2023-03-26 at 14.28.32.png

maxx-diagnostics-20230326-1410.zip

Link to comment
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.

  • Like 1
Link to comment
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.

 

 

Screenshot 2023-03-26 at 14.30.36.png

Screenshot 2023-03-26 at 14.30.20.png

Screenshot 2023-03-26 at 14.28.32.png

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?

 

 

 

 

 

Link to comment
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.

Link to comment
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.

Link to comment
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 by nraygun
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.