[Support] binhex - DelugeVPN


Recommended Posts

On 8/9/2022 at 9:44 PM, eric.frederich said:

I've been unable to download stuff, even things like Ubuntu iso torrents.  It'll make some initial connections to a peer or two then nothing.

I updated my openvpn config file and crt from IPVanish, nothing.

I've used the same openvpn config file and crt in a qtorrentvpn container and it is able to download torrents.

No idea what is going on.

Post your docker run command and a screenshot of the downloads settings in deluge.

Link to comment
16 hours ago, Shu said:

Hello. Unfortunately, I am another poor soul who is having issue accessing their "arr" (Prowlarr in this case) WebGUI after having routed it through DelugeVPN. My specific issue is when I try to open the WebGui, I get "about:blank#blocked" instead. I believe the docker is being routed properly as I can use prowlarr's console to "curl ipconfig.io" and I get the same, VPN-ed IP Address as DelugeVPN. 

 

This issue is consistent from two different PCs (on chrome), it happens on my iPhone on wifi (using Brave/chromium), and on my Pixel (using chrome on wifi and on cellular). 

 

I followed BMB's video and SIO's video as well as making sure to follow Q24 and Q25* from this FAQ (although, I didn't really understand what this portion meant: 

 

In DelugeVPN, I have:
VPN enabled (I use NordVPN)
my username/password
enable_privoxy: yes
LAN_NETWORK: 192.168.1.0/24

VPN_INPUT_Ports: 9696 (this is what Prowlarr uses)
as well as an added port with container port and host port being 9696 (UDP)

(and adding in NordVPN's ovpn file into the app data openvpn folder).

 

In Prowlarr, I set: 

Network Type: None

extra parameters: --net=container:binhex-delugevpn

And I deleted the port 9696 setting. 

I'm not sure if my issue is a missed setting, something with Q25 that I didn't understand, or something else entirely. Any help would be very much appreciated. Thanks! 

How are you trying to reach the webui? If you're using the ip adress to try to reach the webui you're doing it wrong. Like it says in the faq you have to use localhost. As in http://localhost:9696 to reach prowlarr. 

Link to comment

Hey all, I installed DelugeVPN today, and was able to add my Wireguard credentials. I can open up the UI and add torrents, but the torrents never seem to start. I tried a few torrents, and even the official Ubuntu torrent - and nothing ever starts. 

 

Note: I am using Windscribe VPN.

 

Any idea where to look? I took at peel at the logs and nothing jumped out at me. 

 

 

 

Link to comment

has anyone gotten this to work with a dedicated ip assigned by the vpn provider? i have gone over the provider's doc's and the vpn.md for docker container but for some reason i have no idea why it won't use the dedicated ip, i have tried to change the  "remote" domain "ca-toronto.privacy.network 1197" for example to the ip i was assigned, still have the auth-user-pass.conf in there and it fails to connect and therefore also doesn't finish the startup for the container when the ip is used. here is the the main part of the config file if anyone has any idea how to specify how the container connects and to what ip, that would be great.

client
dev tun
proto udp
remote ca-toronto.privacy.network 1197 "Tried to change this to the ip of the dedicated ip i was assigned without success"
resolv-retry infinite
nobind
persist-key
persist-tun
cipher aes-256-cbc
auth sha256
tls-client
remote-cert-tls server

auth-user-pass
compress
verb 1
reneg-sec 0

 

Link to comment
5 hours ago, strike said:

How are you trying to reach the webui? If you're using the ip adress to try to reach the webui you're doing it wrong. Like it says in the faq you have to use localhost. As in http://localhost:9696 to reach prowlarr. 

Ah, okay; I see now that Q25 meant LocalHost in the url of the browser, not in a specific setting of the docker (although, I could just set the WebUI setting in the docker to be "http://localhost:[PORT:9696]/", right?)

 

However, this still doesn't seem to work? Should I be able to use "localhost:9696" from any browser url on my LAN? It currently says "Localhost refused to connect" 

 

When I change the dockers WebUI value to "http://localhost:[PORT:9696]/" and try to open it, I get the same "about:blank#blocked" error. (same for "http://[localhost]:[PORT:9696]" and "http://[localhost]:[PORT:9696]/"

 

When I change it to "http://localhost:9696" and try to open it, I get the "localhost refused to connect" error

Edited by Shu
Link to comment
17 hours ago, Nexus said:

Hey all, I installed DelugeVPN today, and was able to add my Wireguard credentials. I can open up the UI and add torrents, but the torrents never seem to start. I tried a few torrents, and even the official Ubuntu torrent - and nothing ever starts. 

 

Note: I am using Windscribe VPN.

 

Any idea where to look? I took at peel at the logs and nothing jumped out at me. 

 

 

 

Post your docker run command and a screenshot of the downloads settings in deluge.

Link to comment
16 hours ago, Shu said:

However, this still doesn't seem to work? Should I be able to use "localhost:9696" from any browser url on my LAN? It currently says "Localhost refused to connect" 

Yes, you should be able to use it from any browser. Don't know why it's not working. Maybe post your docker run command or a screenshot of your container settings.

Link to comment
1 hour ago, strike said:

Post your docker run command and a screenshot of the downloads settings in deluge.

 

Here is my run command

 

Quote

root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='binhex-delugevpn' --net='bridge' --privileged=true -e TZ="America/Los_Angeles" -e HOST_OS="Unraid" -e HOST_HOSTNAME="Altair8800" -e HOST_CONTAINERNAME="binhex-delugevpn" -e 'VPN_ENABLED'='yes' -e 'VPN_USER'='REDACTED' -e 'VPN_PASS'='REDACTED' -e 'VPN_PROV'='custom' -e 'VPN_CLIENT'='wireguard' -e 'VPN_OPTIONS'='' -e 'STRICT_PORT_FORWARD'='yes' -e 'ENABLE_PRIVOXY'='yes' -e 'LAN_NETWORK'='10.0.0.0/24' -e 'NAME_SERVERS'='84.200.69.80,37.235.1.174,1.1.1.1,37.235.1.177,84.200.70.40,1.0.0.1' -e 'DELUGE_DAEMON_LOG_LEVEL'='info' -e 'DELUGE_WEB_LOG_LEVEL'='info' -e 'VPN_INPUT_PORTS'='' -e 'VPN_OUTPUT_PORTS'='' -e 'DEBUG'='false' -e 'UMASK'='000' -e 'PUID'='99' -e 'PGID'='100' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:8112]/' -l net.unraid.docker.icon='https://raw.githubusercontent.com/binhex/docker-templates/master/binhex/images/deluge-icon.png' -p '8112:8112/tcp' -p '58846:58846/tcp' -p '58946:58946/tcp' -p '58946:58946/udp' -p '8118:8118/tcp' -v '/mnt/user/downloads/':'/data':'rw' -v '/mnt/user/appdata/binhex-delugevpn':'/config':'rw' --sysctl="net.ipv4.conf.all.src_valid_mark=1" 'binhex/arch-delugevpn' 
3a8b02831bacf054c7a81d195f21968bc63164fe4b6262354bd1dcb6e30cf7ed

The command finished successfully!

 

and download settings in the attached screenshot. 

 

 

 

 

Screen Shot 2022-08-13 at 16.01.05.png

Link to comment
10 minutes ago, Nexus said:

 

Here is my run command

 

 

and download settings in the attached screenshot. 

 

That looks good. Are you using open or private trackers? If private, maybe the deluge version you're running is blacklisted? Also search for windscribe in this thread, maybe someone has had the same issue. I certainly remember someone mentioning windscribe in this thread. 

Link to comment
6 minutes ago, strike said:

That looks good. Are you using open or private trackers? If private, maybe the deluge version you're running is blacklisted? Also search for windscribe in this thread, maybe someone has had the same issue. I certainly remember someone mentioning windscribe in this thread. 

Thanks - using open trackers. I tested a few from TPB (TESTING ONLY!) and they fell victim to the same issue. Downloads never starts.  I will look again for anyone w/ Windscribe issues. 

 

In the config- I did enter my windscribe credentials. Do I need do that since they are contained in the .CONF file I dropped in the /wireguard/ directory ? 
 

Link to comment
2 hours ago, strike said:

Yes, you should be able to use it from any browser. Don't know why it's not working. Maybe post your docker run command or a screenshot of your container settings.

Here's the docker run command. I found the same issue with other VPN containers (OpenVPN) and with trying to route other apps (Firefox) - the WebUI works when the net is bridged but doesn't work when routed through the VPN docker. 
Here is docker run for prowlarr

718323191_ScreenShot2022-08-13at15_34_26.thumb.png.05991b391507d289a508834c7366d714.png

 

Here is docker run for binhex-delugeVPN

307579049_ScreenShot2022-08-13at15_35_48.thumb.png.848e54ff27c1cefcda0475e3a96c63b2.png

Edited by Shu
Link to comment
On 8/13/2022 at 7:19 AM, strike said:

How are you trying to reach the webui? If you're using the ip adress to try to reach the webui you're doing it wrong. Like it says in the faq you have to use localhost. As in http://localhost:9696 to reach prowlarr. 

Sorry but this is not correct. you only use localhost in the settings within the container that is sharing the VPN network. So in this case, Prowlarr could connect to the deluge-vpn download client app via localhost (same for Sonarr/Radarr if those are sharing the same VPN network)
But from a web browser on a separate PC on your LAN, you should not use localhost. That would cause the web browser to look for apps exposing that port on the PC itself, not the unraid server...

So from a PC web browser, you need to use the unraid server IP + the prowlarr app port (9696).

Edited by Jorgen
clarity
Link to comment
On 8/13/2022 at 11:17 AM, JOSEPH ENGELMANN said:

has anyone gotten this to work with a dedicated ip assigned by the vpn provider? i have gone over the provider's doc's and the vpn.md for docker container but for some reason i have no idea why it won't use the dedicated ip, i have tried to change the  "remote" domain "ca-toronto.privacy.network 1197" for example to the ip i was assigned, still have the auth-user-pass.conf in there and it fails to connect and therefore also doesn't finish the startup for the container when the ip is used. here is the the main part of the config file if anyone has any idea how to specify how the container connects and to what ip, that would be great.

 

Hmm, not much info on how the dedicated IP works, but this part from their FAQ doesn't sound great for using it with this container:
954915636_ScreenShot2022-08-14at12_06_06pm.png.aedc55fd374d7cda6299f21419753912.png

 

https://helpdesk.privateinternetaccess.com/kb/articles/do-you-offer-dedicated-ip-addresses

Link to comment
1 hour ago, Jorgen said:

Your issue is that you specified the input port for Prowlarr (9696) as UDP, it needs to be TCP.

 

291653714_ScreenShot2022-08-14at11_51_49am.png.1feaff18985a247aff308e9e1a38c4ea.png

I changed from UDP to TCP. For Key 13, do I need to put "9696" or "9696/tcp"? 1876839933_ScreenShot2022-08-13at22_29_34.thumb.png.ca7ebefe11f57193246c67e9ded43de9.png

 

1 hour ago, Jorgen said:

Sorry but this is not correct. you only use localhost in the settings within the container that is sharing the VPN network. So in this case, Prowlarr could connect to the deluge-vpn download client app via localhost (same for Sonarr/Radarr if those are sharing the same VPN network)
But from a web browser on a separate PC on your LAN, you should not use localhost. That would cause the web browser to look for apps exposing that port on the PC itself, not the unraid server...

So from a PC web browser, you need to use the unraid server IP + the prowlarr app port (9696).

 

Okay, so I tried setting Prowlarr's WebUI value to a few different things but none of them worked...

"http://localhost:9696" - "localhost refused to connect"

"http://localhost:[PORT:9696]" - "about:blank#blocked"

"http://[localhost]:[PORT:9696]" - "about:blank#blocked"

 

Or when I just type in my servers IP plus the port in my browser's URL ("http://192.168.1.3:9696/"), I get a "took too long to respond" error. 

Link to comment
4 hours ago, Shu said:

I changed from UDP to TCP. For Key 13, do I need to put "9696" or "9696/tcp"? 

1876839933_ScreenShot2022-08-13at22_29_34.thumb.png.ca7ebefe11f57193246c67e9ded43de9.png

 

 

Okay, so I tried setting Prowlarr's WebUI value to a few different things but none of them worked...

"http://localhost:9696" - "localhost refused to connect"

"http://localhost:[PORT:9696]" - "about:blank#blocked"

"http://[localhost]:[PORT:9696]" - "about:blank#blocked"

 

Or when I just type in my servers IP plus the port in my browser's URL ("http://192.168.1.3:9696/"), I get a "took too long to respond" error. 

 

For key 13 (VPN_INPUT_PORTS) only the port number. So "9696, 3000" in your case

 

After that, http://192.168.1.3:9696 should work to access the Prowlarr Web UI from your PC web browser.

 

  • Like 1
Link to comment
10 hours ago, Jorgen said:

 

For key 13 (VPN_INPUT_PORTS) only the port number. So "9696, 3000" in your case

 

After that, http://192.168.1.3:9696 should work to access the Prowlarr Web UI from your PC web browser.

 

That worked! Thank you so much 

  • Like 1
Link to comment

Version 2.1.1

Default password no longer functional. 

 

Behavior

  • Upon clicking the login button with default password "deluge", entered credentials are removed and login pop-in window is reset asking for a password. No login failure notice. 
  • If I try anything else other than "deluge", I get the proper login failed message "You entered an incorrect password"
  • Integration with Sonarr & Radarr still functional. 

Testing so far

  • I have uninstalled the app
  • -rm the app data
  • Reinstalled 
  • No change in behavior. 
  • Tried authentication in multiple browsers and machines. 

Any suggestions?

 

Link to comment

A bit of a general question here: I've currently got a setup with this container where I've routed other binhex containers through it as specified by Q24-27 of the VPN FAQ. One issue I've run into this setup is that if I have multiple instances of a container I want routed through it (ie. radarr), I can't because I can't use alternate port mappings. I've also started looking at the new Wireguard tunnels available directly in unraid and routing dockers through it.

How do these two methods compare to each other? Option 2 seems simpler and more flexible in being able to support multiple container instances. But is there something that I'd be loosing by going with it?

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.