[Support] binhex - DelugeVPN


8664 posts in this topic Last Reply

Recommended Posts

  • Replies 8.7k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

There has been an issue raised on GitHub related to tracker announce request IP leakage under certain circumstances, after careful review of iptables i have tightened up the rules to prevent this. A n

OK guys, multi remote endpoint support is now in for this image please pull down the new image (this change will be rolled out to all my vpn images shortly).   What this means is that the im

I wanted to summarize how I got Mullvad working with DelugeVPN as I had to piece together several "solutions" from different comments in this thread and there was some incorrect info; likely old.

Posted Images

3 hours ago, strike said:

In your downloads settings in deluge change the download to path to /data

I also recommend having a complete an incomplete folders. So consider changing the download to path to /data/Incomplete and check the move completed to and add the path /data/Complete. Feel free to use any folder names you want, mine was just an example but /data is a must have since in your template have mapped /data to /media/Plex/Inprogress 

 

Much better to define new container paths, then you have more control of where the various folders are.

I have my 'incomplete' on a cache-only share and my 'complete' on a protected share.

Edited by PeterB
Link to post
8 minutes ago, PeterB said:

 

Much better to define new container paths, then you have more control of where the various folders are.

I have my 'incomplete' on a cache-only share and my 'complete' on a protected share.

Most people have sonarr/radarr/medusa do the moving and post-processing. That's the easiest way to do it. You end up with the same result, incomplete on cache and complete where they should be on the array. If you do the volume mapping right.

 

So I do not agree with you that is best to "set up new container paths". At least for new users, they should use the default until they are comfortable with volume mappings. This is also because users often use more containers from the same author and they tend to use the same container paths. So using the default is way easier then to make new ones for all of the containers.

 

I don't see how defining new container paths gives you more control? They are just mappings to where you have your data. Your data will end up where you want anyway, if you do it right. Creating new ones will confuse new users even more then it needs to. 

Link to post
32 minutes ago, strike said:

Most people have sonarr/radarr/medusa do the moving and post-processing.

Okay - I refuse to use radarr because I hate having a new folder created for each movie - what's the point?

It seems ridiculous, to me, to maintain a lot of folders, each with just a single mkv file which, as far as I'm aware, is still enforced by radarr.

If radarr handles the separation of incomplete and complete folders, then fine - as long as you don't mind unnecessary nodes in your file structure.

Link to post
3 minutes ago, PeterB said:

Okay - I refuse to use radarr because I hate having a new folder created for each movie - what's the point?

It seems ridiculous, to me, to maintain a lot of folders, each with just a single mkv file which, as far as I'm aware, is still enforced by radarr.

If radarr handles the separation of incomplete and complete folders, then fine - as long as you don't mind unnecessary nodes in your file structure.

The point is that a lot of people also have posters,fanart,subs and sometimes extras in the same movie folder. Why? Because they belong there with the same movie. it would be absolutely stupid to have all the movies in one folder along with all those files. Well, at least I think that would be stupid, hell it would be a nightmare. Most people use plex or emby nowadays which makes use of posters and fanart. In the old days I used DLNA serves on the ps3 or even my tv, but that would just give me a folder structure. If you're still using that then I would understand your point, because then you'd have to navigate a lot of folders and have no use for those extra files, but most people have moved on to better solutions. 

Link to post
20 hours ago, strike said:

In your downloads settings in deluge change the download to path to /data

I also recommend having a complete an incomplete folders. So consider changing the download to path to /data/Incomplete and check the move completed to and add the path /data/Complete. Feel free to use any folder names you want, mine was just an example but /data is a must have since in your template have mapped /data to /media/Plex/Inprogress 

If I'm understanding this correctly it should look like this? However, this didn't seem to solve it. 

 

Screen Shot 2021-01-17 at 4.43.40 PM.png

Edited by ifruit
Link to post
3 hours ago, powderwt said:

seems to still be happening, even though ive updated both endpoints to several new ones, and a new .ovpn file

supervisord_01_17_2021_Censored.log 2.47 MB · 2 downloads

Are you sure you've downloaded a new .ovpn file from your vpn provider? In your log I see mention of

VPN remote server(s) defined as 'unraidunity.duckdns.org,'

and:

OpenVPN config file (ovpn extension) is located at /config/openvpn/client.ovpn

 

I don't use mullvad, but usually a provider calls their ovpn file something based on the region of that endpoint. Like before you had CA.mullvad.ovpn or something which tells me you're trying to connect to Canada. But now your ovpn file is just called client.ovpn and the fact that you have named the remote line a duckdns domain tells me something might be off.

 

See also Q17 here: what the repeating messages in your log means: https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

Link to post
4 minutes ago, ifruit said:

If I'm understanding this correctly it should look like this?

 

Screen Shot 2021-01-17 at 4.43.40 PM.png

Yes, but set the download to path to /data/Incomplete then you should be good and your downloads should start fine.

Link to post
15 minutes ago, strike said:

Yes, but set the download to path to /data/Incomplete then you should be good and your downloads should start fine.

Okay so I think I'm almost finally there, I rewatched spaceinvaderone's video on this and followed it word for word with setting up the new share for downloads and all that. I'm thinking that my issue may be that my PIA OVPN file I chose doesn't support port forwarding? Because after restarting the whole container from scratch and setting up the share it looks like this. I titled my download folders incomplete  and completed

Screen Shot 2021-01-17 at 5.09.30 PM.png

Link to post
4 minutes ago, strike said:

Yes, you should absolutely change to a endpoint that supports port forwarding

So I went ahead and did that found one for PIA that supported it (CA VANCOUVER) and added it to my openvpn file for deluge.

 

However, it still connects initially and then the peers drop off. I feel like it has to be something to do with my paths and mapping right? Because even when its starts initially no folder is created within the incomplete folder.

 

Here is my updated file mappings after redoing them. 

Screen Shot 2021-01-17 at 5.22.41 PM.png

Screen Shot 2021-01-17 at 5.22.51 PM.png

Link to post
6 minutes ago, strike said:

Your mappings looks fine now. And you have restarted the container right? Have you tried a well seeded torrent like ubuntu or something?

I'll go ahead and give that a shot. Thanks for working with me on this!

Link to post
2 hours ago, strike said:

Are you sure you've downloaded a new .ovpn file from your vpn provider? In your log I see mention of


VPN remote server(s) defined as 'unraidunity.duckdns.org,'

and:


OpenVPN config file (ovpn extension) is located at /config/openvpn/client.ovpn

 

I don't use mullvad, but usually a provider calls their ovpn file something based on the region of that endpoint. Like before you had CA.mullvad.ovpn or something which tells me you're trying to connect to Canada. But now your ovpn file is just called client.ovpn and the fact that you have named the remote line a duckdns domain tells me something might be off.

 

See also Q17 here: what the repeating messages in your log means: https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

Correct, I tried downloading packages for: netherlands, CA_montreal, CA_toronto, and a couple others to no avail.

 

The client.ovpn file is an ovpn file I managed to find in my backups that I had saved and decided to give it a go since it was known working with that prior.

Link to post

This having so many posts has made it hard to find if anyone has answered this before.

 

Great container @binhex, and great support from @SpaceInvaderOne

 

I followed the guides to get this setup and passing other containers through this one, no problem, working great.. apart from external access.

 

I used to be able to access the other containers externally. So lets say I have open port 3579 and it was going to a local container. That was working fine. When I route it through this container, I can access it locally using [IP]:[port], however if I try and access from outside my network.. nothing.. dead.

 

I assume looking at the routes there is something wrong here. You appear to be adding a route that sends traffic from our network (LAN_NETWORK) back out over ETH0, other sources (apart from dockers network) are sent out over tun0.

 

My guess (but I can't tell, as I can't see the package manager you are using to install tcpdump) is that traffic is getting to my destination container, but routing back out over the tun0 for some reason.

 

My other guess is that privoxy is actually getting the request with the DNS on it, and not understanding how to route it correctly as it doesn't know its local (DNS Edge device ip pinning)

 

Are you able to help either discover the route that is needed to be added to the table, or other another idea, like using another container to proxy access to the hidden containers now? I know there are other options, like connecting to my home network via VPN, but, at least for me, I have a couple of these now (Work etc) and switch them all the time is not as convenient.

 

Hoping someone with a little more networking knowledge than me can help.

Link to post
On 1/17/2021 at 5:31 PM, strike said:

Your mappings looks fine now. And you have restarted the container right? Have you tried a well seeded torrent like ubuntu or something?

Finally got around to giving it a shot and still no luck. Any other ideas?

Link to post
8 hours ago, ifruit said:

Finally got around to giving it a shot and still no luck. Any other ideas?

Actually I finally got it solved, I deleted the whole folder in appdata for deluge and started over and that solved it. 

Link to post
On 1/19/2021 at 10:19 AM, binhex said:

 

possibly related to iptable_mangle not being loaded, see Q2:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

 

hi @binhex would have loved that to be the answer, I have checked its loaded using

 

lsmod | grep iptable_mangle
iptable_mangle         16384  2
ip_tables              24576  5 iptable_filter,iptable_nat,iptable_mangl

 

and completed a reboot, however this is still not working for other containers which have been passed through yours. (added the port to yours, change other container to network none and added extra param --net=container:binhex-delugevpn)

 

I can see that container is using your network (PIA), but can't then get to the webgui of this other container.

 

any more Idea's?

Link to post
1 hour ago, mrforsythexter said:

I can see that container is using your network (PIA), but can't then get to the webgui of this other container.

 

but you CAN access the web ui of the other container when inside your lan?

Link to post

Hello All!

 

I'm new to unraid and apologize in advance for any stupid questions.  I searched the forum but have not found anything for the issue i'm encountering.

 

I have installed this succesffully and believe i configured everythign properly, but my vpn will not connect.  I'm using IPVanish, and downloaded and copied over the .ovpn file.

 

I'm receiving the following error message when the docker is starting.  Not sure what other information to provide so please let me know if there is anything else I can provide to help!

 

2021-01-20 19:06:33,125 DEBG 'start-script' stdout output:
[debug] OpenVPN command line:- /usr/bin/openvpn --reneg-sec 0 --mute-replay-warnings --auth-nocache --setenv VPN_PROV 'custom' --setenv VPN_CLIENT 'openvpn' --setenv DEBUG 'true' --setenv VPN_DEVICE_TYPE 'tun0' --setenv VPN_ENABLED 'yes' --setenv VPN_REMOTE_SERVER 'nyc-a69.ipvanish.com' --setenv APPLICATION 'deluge' --script-security 2 --writepid /root/openvpn.pid --remap-usr1 SIGHUP --log-append /dev/stdout --pull-filter ignore 'up' --pull-filter ignore 'down' --pull-filter ignore 'route-ipv6' --pull-filter ignore 'ifconfig-ipv6' --pull-filter ignore 'tun-ipv6' --pull-filter ignore 'dhcp-option DNS6' --pull-filter ignore 'persist-tun' --pull-filter ignore 'reneg-sec' --up /root/openvpnup.sh --up-delay --up-restart --keepalive 10 60 --auth-user-pass credentials.conf ipvanish-US-New-York-nyc-a69.ipvanish.com --cd /config/openvpn --config '/config/openvpn/ipvanish-US-New-York-nyc-a69.ovpn' --remote 64.145.79.176 443 udp --remote-random
[info] Starting OpenVPN (non daemonised)...

2021-01-20 19:06:33,128 DEBG 'start-script' stdout output:
Options error: Unrecognized option or missing or extra parameter(s) in [CMD-LINE]:1: auth-user-pass (2.5.0)
Use --help for more information.

 

 

Thank you!

 

Link to post

I can not get above 1.2MB down using DelugeVPN in a container. I am connecting through NordVPN and I have tried more than 10 different servers, some p2p some not, some UDP and some TCP. I have another computer in the room that I can download the same torrents on qBittorent to the share at over 40MB (I have Gb/s fiber).

 

I used these instructions for the install:

1) Grab the ovpn files from Nord by filling out your country and P2P from here: https://nordvpn.com/servers/tools/ I clicked my region, advanced and then p2p, and then OpenVPN TCP
2) Go to the docker containers and make sure you add binhex-delugevpn
3) I changed my "Host Path 2:" variable to a new share (done with spaceinvaderOnes tutorial mentioned in thread) which maps to: /mnt/user/Downloads/
4) Make sure VPN_Enabled is yes
5) Enter your NordVPN user and pass for Key's 2 and 3 (VPN_USER, VPN_PASS)
6) Set VPN_PROV to Custom
7) Edit your LAN network to reflect your personal network (mine is 192.168.2.x so I changed LAN_NETWORK value to: 192.168.2.0/24
8) Click Apply to create the docker
9) Navigate to your Appdata/binhex-delugevpn/openvpn/
10) Drop in the ovpn file from step 1
11) restart the delugeVPN docker and sign in, default pass is: deluge
12) Check that your IP is protected! in the bottom righthand corner it will show your Public facing IP, you can check the NORDVPN IP by doing a ping on the server address obtained from step1 to see about what it should be.

 

It is all being written to a share on the cache drive that is a SSD, so no bottleneck there.

 

Any ideas?

 

 

 

Link to post
12 hours ago, stelks said:

I can not get above 1.2MB down using DelugeVPN in a container. I am connecting through NordVPN and I have tried more than 10 different servers, some p2p some not, some UDP and some TCP. I have another computer in the room that I can download the same torrents on qBittorent to the share at over 40MB (I have Gb/s fiber).

 

I used these instructions for the install:


1) Grab the ovpn files from Nord by filling out your country and P2P from here: https://nordvpn.com/servers/tools/ I clicked my region, advanced and then p2p, and then OpenVPN TCP
2) Go to the docker containers and make sure you add binhex-delugevpn
3) I changed my "Host Path 2:" variable to a new share (done with spaceinvaderOnes tutorial mentioned in thread) which maps to: /mnt/user/Downloads/
4) Make sure VPN_Enabled is yes
5) Enter your NordVPN user and pass for Key's 2 and 3 (VPN_USER, VPN_PASS)
6) Set VPN_PROV to Custom
7) Edit your LAN network to reflect your personal network (mine is 192.168.2.x so I changed LAN_NETWORK value to: 192.168.2.0/24
8) Click Apply to create the docker
9) Navigate to your Appdata/binhex-delugevpn/openvpn/
10) Drop in the ovpn file from step 1
11) restart the delugeVPN docker and sign in, default pass is: deluge
12) Check that your IP is protected! in the bottom righthand corner it will show your Public facing IP, you can check the NORDVPN IP by doing a ping on the server address obtained from step1 to see about what it should be.

 

It is all being written to a share on the cache drive that is a SSD, so no bottleneck there.

 

Any ideas?

 

 

 

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

Link to post

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.