[Support] binhex - DelugeVPN


Recommended Posts

I cant connect to the webui. (its 8112, correct?)

 

Ive set 192.168.86.0/24 so it should be correct.

 

Ive seen no errors in log

 

but where comes this ip from? -A INPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT

 

Quote

 


2017-12-13 02:03:30,387 DEBG 'start-script' stdout output:
-P INPUT DROP
-P FORWARD ACCEPT
-P OUTPUT DROP
-A INPUT -i tun0 -j ACCEPT
-A INPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT
-A INPUT -i eth0 -p udp -m udp --sport 443 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --dport 8112 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --sport 8112 -j ACCEPT
-A INPUT -s 192.168.86.0/24 -i eth0 -p tcp -m tcp --dport 58846 -j ACCEPT
-A INPUT -p icmp -m icmp --icmp-type 0 -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A OUTPUT -o tun0 -j ACCEPT
-A OUTPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT
-A OUTPUT -o eth0 -p udp -m udp --dport 443 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --dport 8112 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --sport 8112 -j ACCEPT
-A OUTPUT -d 192.168.86.0/24 -o eth0 -p tcp -m tcp --sport 58846 -j ACCEPT
-A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
 

 

 

Doesnt make sense for me, it accepts on 172, which i dont use and accept 192.. on (not webui?) port.. 

Edited by nuhll
Link to comment
 
Okay so I got my deluge desktop GUI client working, I had to edit the /config/auth file to read admin:deluge:10, those were not the standard values in my case.
I have one question left;
  • I have my downloads in a folder /mnt/disk1/downloads locally, but in the delugevpn container the mounted volume path to that folder is /downloads.
    This means that when I go into the desktop GUI client, I can't use "Open folder" function, or double click on a file to open, because I get a path error saying "/downloads is not found", since it's in the container. Is there a nice way to fix this, or do I need to set the path in the container to "/mnt/disk1/downloads"  too?
I have this same issue with other dockers containers like sonarr and radarr. The way I fixed it was by every container having the same exact path to the same folder. So if one used /downloads for the path /home/user the other containers have to also. I only encountered this issue because the programs I was using had to comunícate with each other.

Sent from my SM-N950U using Tapatalk

Link to comment
1 hour ago, unevent said:

 

Curious if you are routing DNS queries through the VPN tunnel or in the clear to Google servers?

 

dns lookup is allowed to resolve the endpoint via the lan (stored in hosts file), after that dns lookup is vpn tunnel only (iptables prevent dns lookup on lan adapter).

Link to comment
1 minute ago, xhaloz said:

Isn't he a master at his containers?  I am fascinated.  I have a network background and I am very impressed with this.

 

Most of my containers are from Binhex, though I don't use any of the VPN wrapped which was why I asked the question.  I've found them to be the most stable and not crazy-fanatical about updating on what seems like every breath as some others do.  Which reminds me, need to send Christmas gift to put some kick in the eggnog.

Link to comment
14 minutes ago, unevent said:

 

Most of my containers are from Binhex, though I don't use any of the VPN wrapped which was why I asked the question.  I've found them to be the most stable and not crazy-fanatical about updating on what seems like every breath as some others do.  Which reminds me, need to send Christmas gift to put some kick in the eggnog.

Yeah I sent him an xmas gift today.  I like that it doesn't update all the time.  Updates make me nervous because it could break the kill switch which is no bueno. 

Link to comment
1 hour ago, wgstarks said:

You need to adjust your connection manager settings.

14yb9uc.jpg

I have that setting checked already, just like in the picture, it doesn't auto-connect.

 

It actually does, but I had to give the container some time in my launch script to start up, then launch the Deluge GUI, and now it works.

Edited by 7thSon
Link to comment
On 12/5/2017 at 4:35 PM, Neo_999 said:

Just posting a NordVPN possible error fix:

 

I am a NordVPN user and this is my first time configuring DelugeVPN in unRaid. I have followed throughly the Newbie VPN Guide (in binhex - General thread) and have reconfigured the docker several times but, when launching the WebUI, I would always get the "Not connected" error.

 

I noticed that the supervisord.log file was ending with the line:

 


[debug] Waiting for valid IP address from tunnel...

 

And it would hang there indefinitely. A couples lines above that, there was this error:

 


Options error: --keepalive conflicts with --ping, --ping-exit, or --ping-restart.  If you use --keepalive, you don't need any of the other --ping directives.
Use --help for more information.

 

So opening the server .ovpn file turns out that it defines a couple of parameters, amongst them:

 


ping 15
ping-restart 0

 

I have deleted those two lines from the .ovpn file and after that DelugeVPN worked as supposed to.

 

Hope I can help someone out there.

 

I just noticed this post.  Did you ever get this to work with NordVPN? I've not had any problems.

I never edited the .ovpn file. Make sure you're grabbing a udp file, not tcp.

I have my dockers in a share, Container, which is not shared.  So, I end up putting the .ovpn file in

/mnt/user/Containers/appdata/binhex-delugevpn/openvpn/

This directory has two files,

credentials.conf

usNNNN.nordvpn.com.udp1194.ovpn

The credentials.conf file has two lines, my username and the plain-text password:

[email protected]

MyPlainTextPassword

 

Both files have chmod 775 and user.group is set to nobody.users

 

Under the DelugeVPN settings, you just need:

VPN_ENABLED       yes

VPN_PROV              custom

 

Nothing else was touched (but, I originally put my username/password as plain text in the settings page).

Hope this helps.

 

Link to comment

DelugeVPN docker container had been working previously, now I am seeing continuous recycling of the openvpn connection.

 

This error message seems to be showing up all the time related to it:

 

2017-12-18 08:32:13,964 DEBG 'start-script' stdout output:
Mon Dec 18 08:32:13 2017 us=964106 ERROR: Linux route add command failed: external program exited with error status: 2
Mon Dec 18 08:32:13 2017 us=964142 /usr/bin/ip route add 0.0.0.0/1 via 172.21.90.1

 

Any suggestions what is causing this?  I tried deleting rebuilding the container, no impact.

 

Link to comment
12 minutes ago, Trexx said:

DelugeVPN docker container had been working previously, now I am seeing continuous recycling of the openvpn connection.

 

This error message seems to be showing up all the time related to it:

 


2017-12-18 08:32:13,964 DEBG 'start-script' stdout output:
Mon Dec 18 08:32:13 2017 us=964106 ERROR: Linux route add command failed: external program exited with error status: 2
Mon Dec 18 08:32:13 2017 us=964142 /usr/bin/ip route add 0.0.0.0/1 via 172.21.90.1

 

Any suggestions what is causing this?  I tried deleting rebuilding the container, no impact.

 

 

not without a full log, no, do the following:-

 

 

 

Link to comment
18 minutes ago, zin105 said:

I sometimes get this error in my syslog and wanted to ask here what it's about:


HTPC kernel: TCP: request_sock_TCP: Possible SYN flooding on port 63167. Sending cookies. Check SNMP counters.

 

63167 is the incomming port I manually set in Deluge. I don't have SNMP installed on my unRAID box.

There was some discussion of this a while back. Typically the error is only generated immediately after the docker starts and seems to be related to multiple torrent seeds all starting at once. Couldn’t find a real solution for mine. I just ignore them as long as they aren’t recurring.

 

There is a work around of sorts if you really want to try to suppress the error-

https://forums.lime-technology.com/topic/61544-how-to-modify-etcsysctlconf-on-boot/

 

It worked for a while on my system until the number or torrents I was seeding became large enough to exceed the threshold I had set. If you don’t do much seeding it might work for you.

Link to comment
5 minutes ago, binhex said:

 

your lan is incorrectly defined, from your log:-

 


[info] LAN_NETWORK defined as '192.168.0.0/24'

 

see here for help, Q3:-

 

 

 

Since the Docker NW is using a NAT network, I use the docker NAT scope then and not the physical host?

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.