[Support] binhex - DelugeVPN

[mr-hexen]

Just make sure that if you use Sonarr or couchpotato that you map /data to /mnt/user/Downloads as well so it can perform proper paths to Deluge.

[JonathanM]

Random observation and question. I have 2 servers running this container, both on the same network. The IP address assigned by PIA to both containers is the same, but the incoming port is different. I've seen some interesting seeding behaviour, where only one of the servers seems to be fully connectible, and I can't help but wonder if that might explain some of the speed differences people are seeing.

 

Is there an easy way to verify the incoming port connectibility inside the container? Is the forwarded port accessible to the privoxy? I haven't tested one way or another, just wondering.

 

Anyone else observed something similar with PIA?

[Ja9]

unRaid informed me that it was a update to DelugeVPN today.

I updated, and now I have problems..

It downloads just fine, but I'm not able to move or delete files that I download.

My download folder share is set to "Secure" and my user has read/write access.

But when I try to move or delete files, it says that I need permission from "user nobody", and I know that nobody is the user that the docker is using.

But before I updated, it worked just fine.. And I can still move and delete files that where downloaded before I updated the docker.

I also tried to restart and stop the docker, and still had the same problem.

Then I tried midnigt commander, and was able to delete the file from there.

 

I have not tried to reboot unRaid yet.

[binhex]

I need permission from "user nobody", and I know that nobody is the user that the docker is using.

But before I updated, it worked just fine.

 

im not sure how you were getting away with this working previously, but this needs to be resolved, as its currently working as it should do, as in its creating files as user nobody, if you access stuff using a named account then you need to tweak the settings for this docker to use that account, steps below:-

 

1. ssh into unraid and issue the following command:-

 

id <name of account you want to use>

 

note the UID and GID values from the above command

 

2. stop the container and edit the container (make sure to switch on advanced view) and change the PUID to match the PID and GUID to match the GID values from the above command.

 

3. go to the /config folder on the unraid host and delete the file "perms.txt".

 

4. ssh into unraid and issue the following commands:-

 

chown -R <UID>:<GID> <path to data folder for this container>
chmod -R 775 <path to data folder for this container>

 

5. start the docker container and wait, it might take a min to start as it will reset the permissions on the /config folder.

 

you should now be able to use your named account to add/edit/delete any file/folder.

[Ja9]

I need permission from "user nobody", and I know that nobody is the user that the docker is using.

But before I updated, it worked just fine.

 

im not sure how you were getting away with this working previously, but this needs to be resolved, as its currently working as it should do, as in its creating files as user nobody, if you access stuff using a named account then you need to tweak the settings for this docker to use that account, steps below:-

 

1. ssh into unraid and issue the following command:-

 

id <name of account you want to use>

 

note the UID and GID values from the above command

 

2. stop the container and edit the container (make sure to switch on advanced view) and change the PUID to match the PID and GUID to match the GID values from the above command.

 

3. go to the /config folder on the unraid host and delete the file "perms.txt".

 

4. ssh into unraid and issue the following commands:-

 

chown -R <UID>:<GID> <path to data folder for this container>
chmod -R 775 <path to data folder for this container>

 

5. start the docker container and wait, it might take a min to start as it will reset the permissions on the /config folder.

 

you should now be able to use your named account to add/edit/delete any file/folder.

 

I do not know why it worked before.. but it did.. hehe..

 

Think it works now, atleast I was able to delete the last downloaded file right from windows

 

[hayleraid]

So close...

 

I Forest Gumped my way into getting Delugevpn working 6 months ago and recently it stopped.

 

1. I changed Lan_network correctly and can access GUI.

2. I can connect to Purevpn openvpn servers on tcp/80 and udp/53 but nothing happens after that.

3. I've checked my Username/password and a variety of servers.

 

VPN_ENABLED            yes

VPN_USER                  myusername

VPN_PASS                  mypassword

VPN_REMOTE              ie1-ovpn-tcp.pointtoserver.com

VPN_PORT                  80

VPN_PROTOCOL          tcp

VPN_PROV                  custom

ENABLE_PRIVOXY        no

LAN_NETWORK          192.168.1.0/24      (server is on 192.168.1.100 and subnet is 255.255.255.0)

 

I've attached my Supervisor log.

 

Thanks for any help

 

Supervisior.txt

[neek0la]

Hi All.

Im new to the world of UnRaid. I really love the idea of VM and Headless systems and basically the whole idea of UnRaid, though im having problems setting up my vpn with delugevpn.

 

I would love it if somebody could help me. Please understand that i am a noob and am not that experienced with networking.

 

So i have installed the docker along with all the vpn info. Transfered the openvpn file to the openvpn folder thinking that was complete, but when i try access deluge via the webUI or the ip with the port numbers, nothing happens.

I think it might be a problem with my openvpn file. This is what the log file states:

 

 

Starting OpenVPN...

 

2016-04-15 17:32:10,064 DEBG 'start-script' stdout output:

Options error: In [CMD-LINE]:1: Error opening configuration file: /config/openvpn/ca.openvpn.frootvpn.ovpn

/config/openvpn/._ca.openvpn.frootvpn.ovpn

Use --help for more information.

 

2016-04-15 17:32:10,064 DEBG fd 6 closed, stopped monitoring <POutputDispatcher at 47894325613416 for <Subprocess at 47894325613200 with name start-script in state RUNNING> (stdout)>

2016-04-15 17:32:10,064 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 47894325613776 for <Subprocess at 47894325613200 with name start-script in state RUNNING> (stderr)>

2016-04-15 17:32:10,064 INFO exited: start-script (exit status 1; not expected)

2016-04-15 17:32:10,064 DEBG received SIGCLD indicating a child quit

 

Please guys. Any help would be great

[hayleraid]

Do you have two versions of the openvpn file in the folder, one with a . in the front? Saw that was a problem for someone earlier in the thread.

[neek0la]

Do you have two versions of the openvpn file in the folder, one with a . in the front? Saw that was a problem for someone earlier in the thread.

 

I definetly dont. Thanks for trying 

[binhex]

Hi All.

Im new to the world of UnRaid. I really love the idea of VM and Headless systems and basically the whole idea of UnRaid, though im having problems setting up my vpn with delugevpn.

 

I would love it if somebody could help me. Please understand that i am a noob and am not that experienced with networking.

 

So i have installed the docker along with all the vpn info. Transfered the openvpn file to the openvpn folder thinking that was complete, but when i try access deluge via the webUI or the ip with the port numbers, nothing happens.

I think it might be a problem with my openvpn file. This is what the log file states:

 

 

Starting OpenVPN...

 

2016-04-15 17:32:10,064 DEBG 'start-script' stdout output:

Options error: In [CMD-LINE]:1: Error opening configuration file: /config/openvpn/ca.openvpn.frootvpn.ovpn

/config/openvpn/._ca.openvpn.frootvpn.ovpn

Use --help for more information.

 

2016-04-15 17:32:10,064 DEBG fd 6 closed, stopped monitoring <POutputDispatcher at 47894325613416 for <Subprocess at 47894325613200 with name start-script in state RUNNING> (stdout)>

2016-04-15 17:32:10,064 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 47894325613776 for <Subprocess at 47894325613200 with name start-script in state RUNNING> (stderr)>

2016-04-15 17:32:10,064 INFO exited: start-script (exit status 1; not expected)

2016-04-15 17:32:10,064 DEBG received SIGCLD indicating a child quit

 

Please guys. Any help would be great

 

hi, i would say your issue is def related to your ovpn file, here is the interesting bit:-

 

Options error: In [CMD-LINE]:1: Error opening configuration file: /config/openvpn/ca.openvpn.frootvpn.ovpn

 

so i would guess the file is either corrupt, or the file has the wrong line ending type, did you by any chance edit this file using a windows pc?, if you did then you may of inadvertently changed the line endings to windows which will cause problems.

 

So two options, first option is try re-downloading the file from your vpn provider and dont edit it, just copy it over the top of the existing file and try again, or option 2, if you need to edit the file then make sure you use something like notepad++ and before you save the file go to Edit menu and select EOL Conversion then select Unix/OSX Format then save the file and restart the container.

[neek0la]

so i would guess the file is either corrupt, or the file has the wrong line ending type, did you by any chance edit this file using a windows pc?, if you did then you may of inadvertently changed the line endings to windows which will cause problems.

 

So two options, first option is try re-downloading the file from your vpn provider and dont edit it, just copy it over the top of the existing file and try again, or option 2, if you need to edit the file then make sure you use something like notepad++ and before you save the file go to Edit menu and select EOL Conversion then select Unix/OSX Format then save the file and restart the container.

 

I download the a the openvpn file again, this time from a swedish server and restarted the the container. Still have the same issue.

I have never edited the file. Should i be?

[binhex]

so i would guess the file is either corrupt, or the file has the wrong line ending type, did you by any chance edit this file using a windows pc?, if you did then you may of inadvertently changed the line endings to windows which will cause problems.

 

So two options, first option is try re-downloading the file from your vpn provider and dont edit it, just copy it over the top of the existing file and try again, or option 2, if you need to edit the file then make sure you use something like notepad++ and before you save the file go to Edit menu and select EOL Conversion then select Unix/OSX Format then save the file and restart the container.

 

I download the a the openvpn file again, this time from a swedish server and restarted the the container. Still have the same issue.

I have never edited the file. Should i be?

 

ok quick question, what is the real name of the file?, is it

 

/config/openvpn/ca.openvpn.frootvpn.ovpn

 

or is it

 

/config/openvpn/._ca.openvpn.frootvpn.ovpn

 

if its the second filename then i would advise renaming the ovpn file, its probably getting tripped up by the period at the start of the name, just rename it to something short and simple, like "frootvpn.ovpn"

[neek0la]

No it's definitely ca.openvpn.frootvpn.ovpn

[binhex]

No it's definitely ca.openvpn.frootvpn.ovpn

 

ok this might be permissions issue perhaps, can you stop the container and then delete the file perms.txt from the host path defined for /config and then start the docker, this should reset the permissions on all files/folders.

[neek0la]

ok this might be permissions issue perhaps, can you stop the container and then delete the file perms.txt from the host path defined for /config and then start the docker, this should reset the permissions on all files/folders.

 

Same issue, i wonder if i should use a different vpn provider. Maybe i should test it on a free(trial) one

 

[binhex]

ok this might be permissions issue perhaps, can you stop the container and then delete the file perms.txt from the host path defined for /config and then start the docker, this should reset the permissions on all files/folders.

 

Same issue, i wonder if i should use a different vpn provider. Maybe i should test it on a free(trial) one

 

ok can you attach the ovpn file, i want to check the contents

[neek0la]

Sure!

http://gofile.io/?id=ZIZoTE

 

[binhex]

Sure!

http://gofile.io/?id=ZIZoTE

 

quick sanity check, you do only have a single ovpn file in /config/openvpn/ on the host right, you dont by any chance have two files in there?

[hayleraid]

Sure!

http://gofile.io/?id=ZIZoTE

 

quick sanity check, you do only have a single ovpn file in /config/openvpn/ on the host right, you dont by any chance have two files in there?

 

Any possibility it's a hidden file?

[neek0la]

Sure!

http://gofile.io/?id=ZIZoTE

 

quick sanity check, you do only have a single ovpn file in /config/openvpn/ on the host right, you dont by any chance have two files in there?

 

Any possibility it's a hidden file?

Very unlikely, ill check it soon.

 

Can anyone suggest a vpn provider that definitely works with delugevpn? Possibly one with a free trial.

 

 

 

Sent from my SM-N920I using Tapatalk

 

 

[mr-hexen]

PIA works

[hautdoge]

I need permission from "user nobody", and I know that nobody is the user that the docker is using.

But before I updated, it worked just fine.

 

im not sure how you were getting away with this working previously, but this needs to be resolved, as its currently working as it should do, as in its creating files as user nobody, if you access stuff using a named account then you need to tweak the settings for this docker to use that account, steps below:-

 

1. ssh into unraid and issue the following command:-

 

id <name of account you want to use>

 

note the UID and GID values from the above command

 

2. stop the container and edit the container (make sure to switch on advanced view) and change the PUID to match the PID and GUID to match the GID values from the above command.

 

3. go to the /config folder on the unraid host and delete the file "perms.txt".

 

4. ssh into unraid and issue the following commands:-

 

chown -R <UID>:<GID> <path to data folder for this container>
chmod -R 775 <path to data folder for this container>

 

5. start the docker container and wait, it might take a min to start as it will reset the permissions on the /config folder.

 

you should now be able to use your named account to add/edit/delete any file/folder.

 

Could this be why I am having trouble with my downloads disappearing? When I download a torrent, it says "Completed" but it is not at the destination that I set when either I added the file or when I label it (label mapping to a particular location). When I right click on the file and change the storage location to the same directory as it should be, it finally pops up. The main issue is, it has to move the file over to my desired location, causing LOTS of I/O when this is a huge file. Quite unnecessary and confusing.

I have no idea where the files are being held after completion.

All the locations that I use are /data/*, like /data/Movies for example. I don't point to anything outside of /data/*. All my ownerships in /mnt/users/Storage (where my /data and /config go) are nobody/users:

 

drwxrwxrwx 1 root  root          176 Mar 15 21:32 Backup/

drwxrwxrwx 1 hautdoge    users          33 Mar 29 22:45 Downloads/

drwxrwxrwx 1 nobody users        201 Apr  6 21:05 Docker\ Config\ Data/    (this is /config)

drwxrwxrwx 1 nobody users          58 Apr  6 21:19 Media/                            (this is /data)

-rwxrwxrwx 1 nobody users 53687091200 Apr 16 21:34 docker.img*

 

 

I noticed that my permissions for my docker.img, the /data and /config directories are set to nobody/users. If I change ownership to my user account, will this fix itself?

[hayleraid]

Thought I was going mad after having days of trying to get it working with Purevpn, I'd read every page of the thread, tried every port/server ip configuration. then decided to give PIA a go for a month. Bang! within seconds it was going full speed.

[Paul_Ber]

Ok I cannot get it to work.  With VPN set to no I can reach the Deluge webui at port 8112.  With VPN set to yes I cannot reach webui of Deluge.

 

I not 100% sure if proXPN has incoming ports?

 

2016-04-17 17:48:11,070 CRIT Set uid to user 0
2016-04-17 17:48:11,070 WARN Included extra file "/etc/supervisor/conf.d/delugevpn.conf" during parsing
2016-04-17 17:48:11,073 INFO supervisord started with pid 13
2016-04-17 17:48:12,077 INFO spawned: 'start-script' with pid 16
2016-04-17 17:48:12,079 INFO spawned: 'webui-script' with pid 17
2016-04-17 17:48:12,081 INFO spawned: 'deluge-script' with pid 18
2016-04-17 17:48:12,082 INFO spawned: 'privoxy-script' with pid 19
2016-04-17 17:48:12,092 DEBG 'privoxy-script' stdout output:
[info] VPN is enabled, checking VPN tunnel local ip is valid

2016-04-17 17:48:12,092 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2016-04-17 17:48:12,092 INFO success: webui-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2016-04-17 17:48:12,092 INFO success: deluge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2016-04-17 17:48:12,092 INFO success: privoxy-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2016-04-17 17:48:12,093 DEBG 'deluge-script' stdout output:
[info] VPN is enabled, checking VPN tunnel local ip is valid

2016-04-17 17:48:12,096 DEBG 'start-script' stdout output:
[info] VPN is enabled, beginning configuration of VPN

2016-04-17 17:48:12,110 DEBG 'start-script' stdout output:
[info] VPN provider defined as custom
[info] VPN config file (ovpn extension) is located at /config/openvpn/proxpn.ovpn

2016-04-17 17:48:12,112 DEBG 'start-script' stdout output:
[info] Env vars defined via docker -e flags for remote host, port and protocol, writing values to ovpn file...

2016-04-17 17:48:12,133 DEBG 'start-script' stdout output:
[info] VPN provider remote gateway defined as se1.proxpn.com
[info] VPN provider remote port defined as 443
[info] VPN provider remote protocol defined as udp

2016-04-17 17:48:12,141 DEBG 'start-script' stdout output:
[info] VPN provider username defined as [email protected]

2016-04-17 17:48:12,146 DEBG 'start-script' stdout output:
[warn] Username contains characters which could cause authentication issues, please consider changing this if possible

2016-04-17 17:48:12,151 DEBG 'start-script' stdout output:
[info] VPN provider password defined as xxxxxxxx

2016-04-17 17:48:12,172 DEBG 'start-script' stdout output:
[info] Default route for container is 172.17.42.1

2016-04-17 17:48:12,184 DEBG 'start-script' stdout output:
[info] Setting permissions recursively on /config/openvpn...

2016-04-17 17:48:12,186 DEBG 'start-script' stdout output:
[info] Adding 192.168.1.0/24 as route via docker eth0

2016-04-17 17:48:12,187 DEBG 'start-script' stdout output:
[info] ip route defined as follows...

2016-04-17 17:48:12,188 DEBG 'start-script' stdout output:
--------------------

2016-04-17 17:48:12,188 DEBG 'start-script' stdout output:
default via 172.17.42.1 dev eth0 

2016-04-17 17:48:12,189 DEBG 'start-script' stdout output:
172.17.0.0/16 dev eth0  proto kernel  scope link  src 172.17.0.16 
192.168.1.0/24 via 172.17.42.1 dev eth0 

2016-04-17 17:48:12,189 DEBG 'start-script' stdout output:
--------------------

2016-04-17 17:48:12,193 DEBG 'start-script' stdout output:
[info] iptable_mangle support detected, adding fwmark for tables

2016-04-17 17:48:12,226 DEBG 'start-script' stdout output:
[info] iptables defined as follows...
--------------------

2016-04-17 17:48:12,227 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.1.0/24 -i eth0 -p tcp -m tcp --dport 58846 -j ACCEPT
-A INPUT -p udp -m udp --sport 53 -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.1.0/24 -o eth0 -p tcp -m tcp --sport 58846 -j ACCEPT
-A OUTPUT -p udp -m udp --dport 53 -j ACCEPT
-A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
-A OUTPUT -o lo -j ACCEPT

2016-04-17 17:48:12,227 DEBG 'start-script' stdout output:
--------------------

2016-04-17 17:48:12,227 DEBG 'start-script' stdout output:
[info] nameservers

2016-04-17 17:48:12,228 DEBG 'start-script' stdout output:
nameserver 8.8.8.8
nameserver 8.8.4.4

2016-04-17 17:48:12,228 DEBG 'start-script' stdout output:
--------------------
[info] Starting OpenVPN...

2016-04-17 17:48:12,232 DEBG 'start-script' stdout output:
Options error: --nobind doesn't make sense unless used with --remote
Use --help for more information.

2016-04-17 17:48:12,232 DEBG fd 6 closed, stopped monitoring <POutputDispatcher at 47167152431976 for <Subprocess at 47167152431760 with name start-script in state RUNNING> (stdout)>
2016-04-17 17:48:12,232 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 47167152432336 for <Subprocess at 47167152431760 with name start-script in state RUNNING> (stderr)>
2016-04-17 17:48:12,233 INFO exited: start-script (exit status 1; not expected)
2016-04-17 17:48:12,233 DEBG received SIGCLD indicating a child quit

 

From proXPN's FAQ

Q: Which ports should be open on my router and firewall for it to work?
A: For the majority of our users, the necessary ports are already open. This is because we use port 443 (the
common SSL port), so if your browser can get to an SSL-enabled website, then our client will work without any
tinkering necessary. If you're connecting via PPTP VPN (such as on a mobile device) you'll need to ensure that 
the router your device is connected to has port 1723 (TCP) open and is allowing the GRE protocol 47. 

From above Answer, it looks like 443 is at the proXPN end so no incoming ports.

 

I may need to sign up for PIA.

[Paul_Ber]

Signed up for Air for a month to try it out.  Seems to work.