[Support] binhex - DelugeVPN


Recommended Posts

2 minutes ago, Hanzo404 said:

but I am experiencing DNS leaks in Firefox (using Mullvad Wireguard VPN in the DelugeVPN container). If I set Firefox to use Deluge as a proxy and then run DNS leak tests, my LAN DNS server (PiHole using an Unbound resolver) is leaking.

this is expected, firefox will NOT route dns queries over privoxy, it is a http/https proxy only.

Link to comment

I am on the latest Docker Version, and ever since I updated the Docker the Autoremoveplus plugin wont load anymore, I just get a error "Cannot enable non-existent plugin AutoRemoveplus" I did not change anything other than updating the container, just wondering if anyone else has experienced this? I have been using AutoRemovePlus-2.0.0-py3.8.egg. If no one is having the issue, I will try and roll back to see if this caused the issue or not

Link to comment
7 hours ago, orlando500 said:

 

Im having problems with binhex-radarr connection to binhex-delugevpn for downloads. 

image.thumb.png.c03b8947c2d8fa2db4663ee3ba626f6e.png

 

binhex-sonarr with setup like this is working:

 

image.png.96765019ec8cb42626b709cffe5c6ee4.png

 

@binhex any clues where i should start checking?

Im having the same issue.. sonar and radarr both broken.
I use letsencrypt still...
Nothing has changed in my setup lately except updating 

tried changing IP to localhost
i get " Unable to Connect "
image.thumb.png.2695e76ebf16c129cfddaabde7f011e2.png

Link to comment
31 minutes ago, TRusselo said:

Im having the same issue.. sonar and radarr both broken.
I use letsencrypt still...
Nothing has changed in my setup lately except updating 

tried changing IP to localhost
i get " Unable to Connect "
image.thumb.png.2695e76ebf16c129cfddaabde7f011e2.png

 

 

I am having the same issue as well. Was working fine previously.

Link to comment

@BackupAddict @TRusselo @orlando500

 

Think I fixed it! If you guys want to try this as well. I went into Sonarr/Radarr WebUI and updated the "Host" attribute with in Settings > Download Clients:
image.png.52acbed98607693153236ddacfbd8aa4.png

I had to change it from 192.168.1.* to the listed IP address for Deluge found below:

image.png.1626540081fa0222105086d850812d16.png

 

I also had to assign a fixed IP to the Jackett application:

 

image.png.bfe64e6d64e05974256b3c7313044104.png

 

Once that was set to a fixed IP. I had to go and update all my indexers with in Sonarr/Radarr to use that IP address instead of the 192.168.1.*.

 

 

 

Hope it helps you guys out!

 

 

 

Edited by Kalembang
Link to comment
On 2/25/2021 at 9:44 PM, gordonempire said:

To roll back, I changed the repository from:

binhex/arch-delugevpn

To:

binhex/arch-delugevpn:2.0.4.dev38_g23a48dd01-3-01

Thank you.  I tried 'localhost' - no dice.  I tried adding my container ports to the ADDITIONAL_PORTS section and restarted all containers.  No dice.

This was my only solution.  I just spent 30 hours over 2 days on a work-related issue and I just don't have any time to really fight this right now.

 

My Unraid server sits behind an edge firewall switch and a secondary firewall.  Also - why is this container still using iptables?

Edited by Jason Harris
Link to comment

My Unraid server sits behind an edge firewall switch and a secondary firewall.  Also - why is this container still using iptables?

Just out of curiosity, what do you think it should use instead of iptables? They seem well suited to the task at hand of stopping any data leaking outside the VPN tunnel?


Sent from my iPhone using Tapatalk
Link to comment
31 minutes ago, tjb_altf4 said:

I noticed we are on Python 3.9.2, not sure if this is recent or not, but I've read a number of plugins break above 3.7 ?

Rolled back to 2.0.4.dev38_g23a48dd01-3-01 (latest prior to updates in last few days).

All plugins working again, Python version on this tag is 3.8.6

 

@binhex any chance we can run the slightly older version, rather than cutting edge Python ?

Link to comment
3 hours ago, Kalembang said:

@BackupAddict @TRusselo @orlando500

 

Think I fixed it! If you guys want to try this as well. I went into Sonarr/Radarr WebUI and updated the "Host" attribute with in Settings > Download Clients:
image.png.52acbed98607693153236ddacfbd8aa4.png

I had to change it from 192.168.1.* to the listed IP address for Deluge found below:

image.png.1626540081fa0222105086d850812d16.png

 

I also had to assign a fixed IP to the Jackett application:

 

image.png.bfe64e6d64e05974256b3c7313044104.png

 

Once that was set to a fixed IP. I had to go and update all my indexers with in Sonarr/Radarr to use that IP address instead of the 192.168.1.*.

 

 

 

Hope it helps you guys out!

 

 

 

 

thanks.. i just updated again to a new build of delugevpn and vollah. everything worked again without changing a bit... 

Link to comment
24 minutes ago, tjb_altf4 said:

Rolled back to 2.0.4.dev38_g23a48dd01-3-01 (latest prior to updates in last few days).

All plugins working again, Python version on this tag is 3.8.6

 

@binhex any chance we can run the slightly older version, rather than cutting edge Python ?

i will take a look, but this could be more tricky than expected, as arch linux is a rolling distro and thus other utilities may expect and rely on the latest python version in the arch repo.

Link to comment

Do we have any solutions or ideas regarding privoxy constantly restarting?

 

2021-02-28 13:27:15,678 DEBG 'watchdog-script' stdout output:

fo] Privoxy not running

2021-02-28 13:27:15,681 DEBG 'watchdog-script' stdout output:

[info] Attempting to start Privoxy...

2021-02-28 13:27:16,692 DEBG 'watchdog-script' stdout output:

[info] Privoxy process started

[info] Waiting for Privoxy process to start listening on port 8118...

2021-02-28 13:27:16,701 DEBG 'watchdog-script' stdout output:

[info] Privoxy process listening on port 8118

2021-02-28 13:27:46,797 DEBG 'watchdog-script' stdout output:

fo] Privoxy not running

2021-02-28 13:27:46,800 DEBG 'watchdog-script' stdout output:

[info] Attempting to start Privoxy...

2021-02-28 13:27:47,811 DEBG 'watchdog-script' stdout output:

[info] Privoxy process started

[info] Waiting for Privoxy process to start listening on port 8118...

2021-02-28 13:27:47,820 DEBG 'watchdog-script' stdout output:

[info] Privoxy process listening on port 8118

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.