[Support] binhex - DelugeVPN

[mr-hexen]

@binhex, there's been a lot of these 'cannot connect from LAN' posts lately.. I wonder if a change in unRAID caused this...

 

TO ALL USERS WHO CANNOT CONNECT FROM INTERNAL LAN, what version of unRAID are you running?

I really hope your wrong but unfortunately there is no way I can test as I don't have a test rig to test out the latest rc

 

Sent from my SM-G900F using Tapatalk

 

Me too, I'm not touching 6.2 yet (same boat, 1 server), but there's just been so many of these issues right around rc4's release.

[binhex]

I finally got it to startup again but will only work when vpn is off.  Nothing I did should have had any affect though

 

i dont know if you have upgraded from 6.1.9 to the latest 6.2 rc or whether you have gone from an earlier rc to the latest, but just incase you have gone straight from 6.1.9 to the latest rc i would personally recommend going from scratch, so stop all containers, delete the docker image file storing all docker containers and images and re-create and then re-pull down the images, reusing your already defined configs for each container (no need to re-define these), i know it sounds like a hassle but there are some significant differences introduced in docker 1.10 and later, feel free to ignore the above if you have already done this procedure.

[fredamn76]

Is it possible to automatic enable plugins such as labels?

[Iamoakey]

Good Day all,

 

Over the last couple of days I have noticed a lot of these errors in my supervisord.log file.

 

2016-08-25 13:21:31,752 DEBG 'webui-script' stderr output:
[ERROR    ] 13:21:31 auth:329 Login failed (ClinetIP 172.17.42.1)

 

This is happening about every 30 seconds. I am using PIA, and I have tested it with http://ipmagnet.services.cbcdn.com/ and it seems to be connect through the VPN.

 

Any thoughts would be appreciated.  I noticed something similar earlier in the thread, but no responses were given.

 

Thank you!

[fredamn76]

Hi,

 

I'm trying to get couchpotato to connect to DELUGEVPN. I fo?lowed this guide but can't get it working. I get error: Connection failed.  My Couchpotato does not show any errors. Sickrage can connect just fine. I use this on a ubuntu box and not Unraid.

 

 Q6. How do i connect CouchPotato to DelugeVPN?

A6. To connect CouchPotato to DelugeVPN perform the following:-

IMPORTANT - If your connecting to DelugeVPN from a traditional (non dockerized) installation of CouchPotato then please ensure you have configured the LAN_NETWORK (see Q7. for details) environment variable for DelugeVPN (you can left click and "Edit" the configuration if you've already created the container).

1. Start DelugeVPN and login to the webui, then enable Preferences->Daemon->Allow Remote Connections
2. Restart DelugeVPN Docker container
3. Open Deluge "auth" file in /config and note username and password, it should be in the following format, if it doesn't exist then please add:-
<admin username>:<admin password>:10 - e.g. admin:deluge:10
4. Go to the CouchPotato webui->Settings->Downloaders->Deluge
5. Configure Host as <unraid_server_ip>:58846
6. Configure the Username and Password as specified in the auth file
7. Click on Test Deluge button, if it all works then you should see success.

 

My settings in Couchpotato.

Deluge
Use Deluge to download torrents.
Label: movies

Username: fred

Password: •••••••••••••••••••

Directory: /downloads

Host: 192.168.0.29:58846

 

My code for DelugeVPN looks like this

docker run --restart always \
    --cap-add=NET_ADMIN \
    -p 8112:8112 \
    -p 8119:8119 \
    -p 58846:58846 \
    --name=deluge \
    -v /docker/fileshare/Downloading/:/data \
    -v /docker/container-data/deluge:/config \
    -v /etc/localtime:/etc/localtime:ro \
    -e VPN_ENABLED=yes \
    -e VPN_USER=pmyusername \
    -e VPN_PASS=mypass \
    -e VPN_REMOTE=nl.privateinternetaccess.com \
    -e VPN_PORT=1198 \
    -e VPN_PROTOCOL=udp \
    -e VPN_PROV=pia \
    -e STRONG_CERTS=no \
    -e ENABLE_PRIVOXY=no \
    -e LAN_NETWORK=192.168.0.0/24 \
    -e DEBUG=false \
    -e PUID=1000 \
    -e PGID=1000 \
    binhex/arch-delugevpn

[binhex]

Hi,

 

I'm trying to get couchpotato to connect to DELUGEVPN. I fo?lowed this guide but can't get it working. I get error: Connection failed.  My Couchpotato does not show any errors. Sickrage can connect just fine. I use this on a ubuntu box and not Unraid.

 

 Q6. How do i connect CouchPotato to DelugeVPN?

A6. To connect CouchPotato to DelugeVPN perform the following:-

IMPORTANT - If your connecting to DelugeVPN from a traditional (non dockerized) installation of CouchPotato then please ensure you have configured the LAN_NETWORK (see Q7. for details) environment variable for DelugeVPN (you can left click and "Edit" the configuration if you've already created the container).

1. Start DelugeVPN and login to the webui, then enable Preferences->Daemon->Allow Remote Connections
2. Restart DelugeVPN Docker container
3. Open Deluge "auth" file in /config and note username and password, it should be in the following format, if it doesn't exist then please add:-
<admin username>:<admin password>:10 - e.g. admin:deluge:10
4. Go to the CouchPotato webui->Settings->Downloaders->Deluge
5. Configure Host as <unraid_server_ip>:58846
6. Configure the Username and Password as specified in the auth file
7. Click on Test Deluge button, if it all works then you should see success.

 

My settings in Couchpotato.

Deluge
Use Deluge to download torrents.
Label: movies

Username: fred

Password: •••••••••••••••••••

Directory: /downloads

Host: 192.168.0.29:58846

 

My code for DelugeVPN looks like this

docker run --restart always \
    --cap-add=NET_ADMIN \
    -p 8112:8112 \
    -p 8119:8119 \
    -p 58846:58846 \
    --name=deluge \
    -v /docker/fileshare/Downloading/:/data \
    -v /docker/container-data/deluge:/config \
    -v /etc/localtime:/etc/localtime:ro \
    -e VPN_ENABLED=yes \
    -e VPN_USER=pmyusername \
    -e VPN_PASS=mypass \
    -e VPN_REMOTE=nl.privateinternetaccess.com \
    -e VPN_PORT=1198 \
    -e VPN_PROTOCOL=udp \
    -e VPN_PROV=pia \
    -e STRONG_CERTS=no \
    -e ENABLE_PRIVOXY=no \
    -e LAN_NETWORK=192.168.0.0/24 \
    -e DEBUG=false \
    -e PUID=1000 \
    -e PGID=1000 \
    binhex/arch-delugevpn

Can you also post the contents of your auth file please

 

Sent from my SM-G900F using Tapatalk

 

 

[fredamn76]

Here we go

 

localclient:5a710d20da30a6e110fe2fa445572b6c6c4aa26d:10
user76:Passwordfza904:10

[binarytoshokan]

Throw another cannot connect to webui on the pile... is there any information I can provide to help you troubleshoot the issue?

 

My setup:  Fresh install of UnRaid + Docker utilizing proxh.sh vpn service

OS: UnRaid 6.2.0-rc4

Docker: Latest binhex-delugevpn

 

VPN_ENABLED: true

VPN_USER: My User Account

VPN_PASS: My User Account Password

VPN_REMOTE: proxy.sh

VPN_PORT: 1198

VPN_PROTOCOL: udp

VPN_PROV: custom

STRONG_CERTS: no

ENABLE_PRIVOXY: no

LAN_NETWORK: 192.168.254.0/24

 

 

I also see that the local link is marked as undef in the logs... related?

 

2016-08-27 19:47:46,386 DEBG 'start-script' stdout output:
Sat Aug 27 19:47:46 2016 [uNDEF] Inactivity timeout (--ping-restart), restarting

2016-08-27 19:47:46,387 DEBG 'start-script' stdout output:
Sat Aug 27 19:47:46 2016 SIGUSR1[soft,ping-restart] received, process restarting
Sat Aug 27 19:47:46 2016 Restart pause, 2 second(s)

2016-08-27 19:47:48,387 DEBG 'start-script' stdout output:
Sat Aug 27 19:47:48 2016 Socket Buffers: R=[212992->212992] S=[212992->212992]

2016-08-27 19:47:48,459 DEBG 'start-script' stdout output:
Sat Aug 27 19:47:48 2016 UDPv4 link local: [undef]
Sat Aug 27 19:47:48 2016 UDPv4 link remote: [AF_INET]{removedIP}:1198

2016-08-27 19:48:48,221 DEBG 'start-script' stdout output:
Sat Aug 27 19:48:48 2016 [uNDEF] Inactivity timeout (--ping-restart), restarting

2016-08-27 19:48:48,222 DEBG 'start-script' stdout output:
Sat Aug 27 19:48:48 2016 SIGUSR1[soft,ping-restart] received, process restarting
Sat Aug 27 19:48:48 2016 Restart pause, 2 second(s)

2016-08-27 19:48:50,222 DEBG 'start-script' stdout output:
Sat Aug 27 19:48:50 2016 Socket Buffers: R=[212992->212992] S=[212992->212992]

2016-08-27 19:48:50,350 DEBG 'start-script' stdout output:
Sat Aug 27 19:48:50 2016 UDPv4 link local: [undef]
Sat Aug 27 19:48:50 2016 UDPv4 link remote: [AF_INET]{removedIP}:1198

 

 

 

 

 

 

 

@binhex, there's been a lot of these 'cannot connect from LAN' posts lately.. I wonder if a change in unRAID caused this...

 

TO ALL USERS WHO CANNOT CONNECT FROM INTERNAL LAN, what version of unRAID are you running?

I really hope your wrong but unfortunately there is no way I can test as I don't have a test rig to test out the latest rc

 

Sent from my SM-G900F using Tapatalk

[JonathanM]

Throw another cannot connect to webui on the pile... is there any information I can provide to help you troubleshoot the issue?

 

My setup:  Fresh install of UnRaid + Docker utilizing proxh.sh vpn service

OS: UnRaid 6.2.0-rc4

Docker: Latest binhex-delugevpn

 

VPN_ENABLED: true

If you set VPN_ENABLED to false, can you connect to the webui? If so, it points to a misconfiguration of your VPN. This container is set up to not start if the VPN is set to enabled but there is something wrong with the VPN, so you can't accidentally expose yourself by downloading directly when you thought the VPN was working but it's really not.

[binhex]

Throw another cannot connect to webui on the pile... is there any information I can provide to help you troubleshoot the issue?

 

My setup:  Fresh install of UnRaid + Docker utilizing proxh.sh vpn service

OS: UnRaid 6.2.0-rc4

Docker: Latest binhex-delugevpn

 

VPN_ENABLED: true

VPN_USER: My User Account

VPN_PASS: My User Account Password

VPN_REMOTE: proxy.sh

VPN_PORT: 1198

VPN_PROTOCOL: udp

VPN_PROV: custom

STRONG_CERTS: no

ENABLE_PRIVOXY: no

LAN_NETWORK: 192.168.254.0/24

 

 

I also see that the local link is marked as undef in the logs... related?

 

2016-08-27 19:47:46,386 DEBG 'start-script' stdout output:
Sat Aug 27 19:47:46 2016 [uNDEF] Inactivity timeout (--ping-restart), restarting

2016-08-27 19:47:46,387 DEBG 'start-script' stdout output:
Sat Aug 27 19:47:46 2016 SIGUSR1[soft,ping-restart] received, process restarting
Sat Aug 27 19:47:46 2016 Restart pause, 2 second(s)

2016-08-27 19:47:48,387 DEBG 'start-script' stdout output:
Sat Aug 27 19:47:48 2016 Socket Buffers: R=[212992->212992] S=[212992->212992]

2016-08-27 19:47:48,459 DEBG 'start-script' stdout output:
Sat Aug 27 19:47:48 2016 UDPv4 link local: [undef]
Sat Aug 27 19:47:48 2016 UDPv4 link remote: [AF_INET]{removedIP}:1198

2016-08-27 19:48:48,221 DEBG 'start-script' stdout output:
Sat Aug 27 19:48:48 2016 [uNDEF] Inactivity timeout (--ping-restart), restarting

2016-08-27 19:48:48,222 DEBG 'start-script' stdout output:
Sat Aug 27 19:48:48 2016 SIGUSR1[soft,ping-restart] received, process restarting
Sat Aug 27 19:48:48 2016 Restart pause, 2 second(s)

2016-08-27 19:48:50,222 DEBG 'start-script' stdout output:
Sat Aug 27 19:48:50 2016 Socket Buffers: R=[212992->212992] S=[212992->212992]

2016-08-27 19:48:50,350 DEBG 'start-script' stdout output:
Sat Aug 27 19:48:50 2016 UDPv4 link local: [undef]
Sat Aug 27 19:48:50 2016 UDPv4 link remote: [AF_INET]{removedIP}:1198

 

 

 

 

 

 

 

@binhex, there's been a lot of these 'cannot connect from LAN' posts lately.. I wonder if a change in unRAID caused this...

 

TO ALL USERS WHO CANNOT CONNECT FROM INTERNAL LAN, what version of unRAID are you running?

I really hope your wrong but unfortunately there is no way I can test as I don't have a test rig to test out the latest rc

 

Sent from my SM-G900F using Tapatalk

Are you sure of the VPN_remote value and VPN_port value? a quick look on the proxy.sh site looks like they use port 1194 not port 1198. You need to basically open the ovpn file you have downloaded and check the remote and port specified and use these values.

 

Sent from my SM-G900F using Tapatalk

 

 

[mr-hexen]

Here we go

 

localclient:5a710d20da30a6e110fe2fa445572b6c6c4aa26d:10
user76:Passwordfza904:10

 

Your issue is that you are trying to connect to deluge using username 'fred' when the auth file has no username 'fred'.

[fredamn76]

I got it working when i opened port 58846

 

   -p 58846:58846 \

 

 

[bah1976]

To close the loop on my LAN Access issue..

I use airvpn, and had updated the vpn_remote variable to match the remote target in my airvpn.ovpn config file.  I left the vpn port at the default 1198 - and that was my issue. After looking again, I noticed that my ovpn file had "remote <server> 443" indicating that it was using port 443 instead.  I changed the docker vpn_port variable to 443 - and viola - everything works.  My airvpn account indicates both binhex VPN sessions are active (deluge & sabnzbd) and I can access from my LAN. The checkmytorrentip.net torrent indicates it has a vpn'd connection.  All is well again in my world. This is all with 6.2 RC4.

 

Thanks for your excellent docker work!!

[binhex]

To close the loop on my LAN Access issue..

I use airvpn, and had updated the vpn_remote variable to match the remote target in my airvpn.ovpn config file.  I left the vpn port at the default 1198 - and that was my issue. After looking again, I noticed that my ovpn file had "remote <server> 443" indicating that it was using port 443 instead.  I changed the docker vpn_port variable to 443 - and viola - everything works.  My airvpn account indicates both binhex VPN sessions are active (deluge & sabnzbd) and I can access from my LAN. The checkmytorrentip.net torrent indicates it has a vpn'd connection.  All is well again in my world. This is all with 6.2 RC4.

 

Thanks for your excellent docker work!!

Thanks for confirming rc4 works fine :-)

 

Sent from my SM-G900F using Tapatalk

 

 

[elmn8r]

And another one with WebUI connections issues.  Restarted my server for unrelated reasons and when it came back up, I can't connect to DelugeVPN WebUI.  I have tried the VM and Docker stop/restart.  No joy.  Also, I can't access with VPN_ENABLED set to yes or false.  Any help would be appreciated...

 

 

VPN_ENABLED yes

VPN_USER my user ID

VPN_PASS my password

VPN_REMOTE  us-east.privateinternetaccess.com

VPN_PORT  1194

VPN_PROTOCOL  udp

VPN_PROV  pia

ENABLE_PRIVOXY  no

LAN_NETWORK  10.121.1.0/24

DEBUG  false

PUID

 

[mr-hexen]

And another one with WebUI connections issues.  Restarted my server for unrelated reasons and when it came back up, I can't connect to DelugeVPN WebUI.  I have tried the VM and Docker stop/restart.  No joy.  Also, I can't access with VPN_ENABLED set to yes or false.  Any help would be appreciated...

 

 

VPN_ENABLED yes

VPN_USER my user ID

VPN_PASS my password

VPN_REMOTE  us-east.privateinternetaccess.com

VPN_PORT  1194

VPN_PROTOCOL  udp

VPN_PROV  pia

ENABLE_PRIVOXY  no

LAN_NETWORK  10.121.1.0/24

DEBUG  false

PUID

 

Change VPN_PORT to 1198 and try again.

[elmn8r]

Mr-Hexen

 

That worked perfectly!  Thank you...

[mr-hexen]

Mr-Hexen

 

That worked perfectly!  Thank you...

 

No problem, this was PIA's fault, not the docker author

[Naldinho]

VPN_ENABLED yes

VPN_USER my user ID

VPN_PASS my password

VPN_REMOTE  ca-toronto.privateinternetaccess.com

VPN_PORT  1194

VPN_PROTOCOL  udp

VPN_PROV  pia

ENABLE_PRIVOXY  no

LAN_NETWORK  10.121.1.0/24

DEBUG  false

 

I have tried the default option for VPN_Remote as well. In both cases I can't break 100k for downloads. Up is even lower.

 

I also think there might be something wrong with how I set up my downloads

 

I set /data to  /mnt/user/Downloads/

 

I created a share named Downloads first and four directories inside that share corresponding to the four options in folders.

 

In folders it has /home/nobody/Incomplete/  -- am I supposed to change that to something else?

 

I haven't finished downloading anything yet because it is so slow but when I check my Incomplete folder in my Downloads share it is empty.

[rover87]

Hi Binhex!

 

Big thanks for your amazing work on this docker container! I hope you can help me out with a small issue i'm having with my setup on my synology nas. I'm using NordVPN and this is working fine as I can ping google.com within my container. The thing I can't get to work is the WebUI.

 

Google Chrome says "ERR_CONNECTION_RESET" so I think it has something to do with a firewall or maybe the VPN?

 

Variables used:

LAN_NETWORK=192.168.178.0/24

VPN_PASS=

VPN_USER=

VPN_ENABLED=yes

VPN_PROV=yes

VPN_PORT=1194

ENABLE_PRIVOXY=yes

 

The supervisord log says:

2016-09-04 18:28:46,297 DEBG 'start' stdout output:
Sun Sep  4 18:28:46 2016 [uNDEF] Inactivity timeout (--ping-restart), restarting
Sun Sep  4 18:28:46 2016 SIGUSR1[soft,ping-restart] received, process restarting

2016-09-04 18:28:46,298 DEBG 'start' stdout output:
Sun Sep  4 18:28:46 2016 Restart pause, 2 second(s)

2016-09-04 18:28:48,380 DEBG 'start' stdout output:
Sun Sep  4 18:28:48 2016 Socket Buffers: R=[212992->131072] S=[212992->131072]
Sun Sep  4 18:28:48 2016 UDPv4 link local: [undef]
Sun Sep  4 18:28:48 2016 UDPv4 link remote: [AF_INET]46.28.200.155:1194

 

Every minute but I think thats oke?

 

If I run ifconfig on my container this is the output:

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500                                                                                                             
        inet 172.17.0.2  netmask 255.255.0.0  broadcast 0.0.0.0                                                                                                        
        inet6 fe80::242:ac11:2  prefixlen 64  scopeid 0x20<link>                                                                                                       
        inet6 fe80::42:acff:fe11:2  prefixlen 64  scopeid 0x20<link>                                                                                                   
        ether 02:42:ac:11:00:02  txqueuelen 0  (Ethernet)                                                                                                              
        RX packets 528  bytes 38350 (37.4 KiB)                                                                                                                         
        RX errors 0  dropped 0  overruns 0  frame 0                                                                                                                    
        TX packets 139  bytes 9972 (9.7 KiB)                                                                                                                           
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0                                                                                                     
                                                                                                                                                                       
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536                                                                                                                           
        inet 127.0.0.1  netmask 255.0.0.0                                                                                                                              
        inet6 ::1  prefixlen 128  scopeid 0x10<host>                                                                                                                   
        loop  txqueuelen 0  (Local Loopback)                                                                                                                           
        RX packets 0  bytes 0 (0.0 B)                                                                                                                                  
        RX errors 0  dropped 0  overruns 0  frame 0                                                                                                                    
        TX packets 0  bytes 0 (0.0 B)                                                                                                                                  
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

 

 

The thing that gets my attention is my LAN_NETWORK is different from the ifconfig. Is this normal? Can I check if the LAN_NETWORK setting is working?

 

Kind regards,

 

Rogier

[binhex]

VPN_ENABLED yes

VPN_USER my user ID

VPN_PASS my password

VPN_REMOTE  ca-toronto.privateinternetaccess.com

VPN_PORT  1194

VPN_PROTOCOL  udp

VPN_PROV  pia

ENABLE_PRIVOXY  no

LAN_NETWORK  10.121.1.0/24

DEBUG  false

 

I have tried the default option for VPN_Remote as well. In both cases I can't break 100k for downloads. Up is even lower.

 

I also think there might be something wrong with how I set up my downloads

 

I set /data to  /mnt/user/Downloads/

 

I created a share named Downloads first and four directories inside that share corresponding to the four options in folders.

 

In folders it has /home/nobody/Incomplete/  -- am I supposed to change that to something else?

 

I haven't finished downloading anything yet because it is so slow but when I check my Incomplete folder in my Downloads share it is empty.

 

ok multiple issues here:-

 

1. your port is wrong, this should now be 1198 not 1194

2. if you have defined your container side as /data then this is what you should be configuring the container to use, so login to deluge web interface and specify the incomplete, completed, watched etc as subdirs of /data, if you dont configure this then all data will be written inside the container which will result in you running out of space in the docker.img file and all the docker containers grinding to a halt.

3. speed issues, so you need to be connected to a pia gateway that supports port forwarding, the netherlands gateway is one that does support this so i would recommend giving that a go. If speeds are still slow then it is possible your isp is throttling your connecting to the vpn provider, for which there is only one fix, switch provider :-).

[binhex]

Hi Binhex!

 

Big thanks for your amazing work on this docker container! I hope you can help me out with a small issue i'm having with my setup on my synology nas. I'm using NordVPN and this is working fine as I can ping google.com within my container. The thing I can't get to work is the WebUI.

 

Google Chrome says "ERR_CONNECTION_RESET" so I think it has something to do with a firewall or maybe the VPN?

 

Variables used:

LAN_NETWORK=192.168.178.0/24

VPN_PASS=

VPN_USER=

VPN_ENABLED=yes

VPN_PROV=yes

VPN_PORT=1194

ENABLE_PRIVOXY=yes

 

The supervisord log says:

2016-09-04 18:28:46,297 DEBG 'start' stdout output:
Sun Sep  4 18:28:46 2016 [uNDEF] Inactivity timeout (--ping-restart), restarting
Sun Sep  4 18:28:46 2016 SIGUSR1[soft,ping-restart] received, process restarting

2016-09-04 18:28:46,298 DEBG 'start' stdout output:
Sun Sep  4 18:28:46 2016 Restart pause, 2 second(s)

2016-09-04 18:28:48,380 DEBG 'start' stdout output:
Sun Sep  4 18:28:48 2016 Socket Buffers: R=[212992->131072] S=[212992->131072]
Sun Sep  4 18:28:48 2016 UDPv4 link local: [undef]
Sun Sep  4 18:28:48 2016 UDPv4 link remote: [AF_INET]46.28.200.155:1194

 

Every minute but I think thats oke?

 

If I run ifconfig on my container this is the output:

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500                                                                                                             
        inet 172.17.0.2  netmask 255.255.0.0  broadcast 0.0.0.0                                                                                                        
        inet6 fe80::242:ac11:2  prefixlen 64  scopeid 0x20<link>                                                                                                       
        inet6 fe80::42:acff:fe11:2  prefixlen 64  scopeid 0x20<link>                                                                                                   
        ether 02:42:ac:11:00:02  txqueuelen 0  (Ethernet)                                                                                                              
        RX packets 528  bytes 38350 (37.4 KiB)                                                                                                                         
        RX errors 0  dropped 0  overruns 0  frame 0                                                                                                                    
        TX packets 139  bytes 9972 (9.7 KiB)                                                                                                                           
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0                                                                                                     
                                                                                                                                                                       
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536                                                                                                                           
        inet 127.0.0.1  netmask 255.0.0.0                                                                                                                              
        inet6 ::1  prefixlen 128  scopeid 0x10<host>                                                                                                                   
        loop  txqueuelen 0  (Local Loopback)                                                                                                                           
        RX packets 0  bytes 0 (0.0 B)                                                                                                                                  
        RX errors 0  dropped 0  overruns 0  frame 0                                                                                                                    
        TX packets 0  bytes 0 (0.0 B)                                                                                                                                  
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

 

 

The thing that gets my attention is my LAN_NETWORK is different from the ifconfig. Is this normal? Can I check if the LAN_NETWORK setting is working?

 

Kind regards,

 

Rogier

 

OK first thing, the variables you have posted for the run command are incomplete, either that or your using a very old version of my docker image, either way i would need the complete run command to further diagnose any issues (minus username and password). i would also need the complete supervisord.log file, the snipet you have posted doesnt really tell me much, but from the bit of info i do have it looks like you are failing to connect to the vpn endpoint, again more info is needed to debug this further.

 

On your point regards lan_network, this is purely used to allow other applications to connect to this container, so isnt the issue with regards to vpn connectivity, it should be defined as the same network as the machine that is running docker, in your case probably your synology appliance?.

[Naldinho]

VPN_ENABLED yes

VPN_USER my user ID

VPN_PASS my password

VPN_REMOTE  ca-toronto.privateinternetaccess.com

VPN_PORT  1194

VPN_PROTOCOL  udp

VPN_PROV  pia

ENABLE_PRIVOXY  no

LAN_NETWORK  10.121.1.0/24

DEBUG  false

 

I have tried the default option for VPN_Remote as well. In both cases I can't break 100k for downloads. Up is even lower.

 

I also think there might be something wrong with how I set up my downloads

 

I set /data to  /mnt/user/Downloads/

 

I created a share named Downloads first and four directories inside that share corresponding to the four options in folders.

 

In folders it has /home/nobody/Incomplete/  -- am I supposed to change that to something else?

 

I haven't finished downloading anything yet because it is so slow but when I check my Incomplete folder in my Downloads share it is empty.

 

ok multiple issues here:-

 

1. your port is wrong, this should now be 1198 not 1194

2. if you have defined your container side as /data then this is what you should be configuring the container to use, so login to deluge web interface and specify the incomplete, completed, watched etc as subdirs of /data, if you dont configure this then all data will be written inside the container which will result in you running out of space in the docker.img file and all the docker containers grinding to a halt.

3. speed issues, so you need to be connected to a pia gateway that supports port forwarding, the netherlands gateway is one that does support this so i would recommend giving that a go. If speeds are still slow then it is possible your isp is throttling your connecting to the vpn provider, for which there is only one fix, switch provider :-).

 

Thank you

 

#1 I copied and pasted from above --my port was 1198 I just didn't realize the post I copied from had the wrong port.

 

#2 Fixed

 

#3 Speed still slow even with nl.privateinternetaccess.com. Less popular torrents I can't even get them to start. I know my ISP doesn't throttle. Is there any other possible reason? Maybe something firewall related? I have a IPsec site-to-site VPN that. Could that be causing a conflict?

[binhex]

VPN_ENABLED yes

VPN_USER my user ID

VPN_PASS my password

VPN_REMOTE  ca-toronto.privateinternetaccess.com

VPN_PORT  1194

VPN_PROTOCOL  udp

VPN_PROV  pia

ENABLE_PRIVOXY  no

LAN_NETWORK  10.121.1.0/24

DEBUG  false

 

I have tried the default option for VPN_Remote as well. In both cases I can't break 100k for downloads. Up is even lower.

 

I also think there might be something wrong with how I set up my downloads

 

I set /data to  /mnt/user/Downloads/

 

I created a share named Downloads first and four directories inside that share corresponding to the four options in folders.

 

In folders it has /home/nobody/Incomplete/  -- am I supposed to change that to something else?

 

I haven't finished downloading anything yet because it is so slow but when I check my Incomplete folder in my Downloads share it is empty.

 

ok multiple issues here:-

 

1. your port is wrong, this should now be 1198 not 1194

2. if you have defined your container side as /data then this is what you should be configuring the container to use, so login to deluge web interface and specify the incomplete, completed, watched etc as subdirs of /data, if you dont configure this then all data will be written inside the container which will result in you running out of space in the docker.img file and all the docker containers grinding to a halt.

3. speed issues, so you need to be connected to a pia gateway that supports port forwarding, the netherlands gateway is one that does support this so i would recommend giving that a go. If speeds are still slow then it is possible your isp is throttling your connecting to the vpn provider, for which there is only one fix, switch provider :-).

 

Thank you

 

#1 I copied and pasted from above --my port was 1198 I just didn't realize the post I copied from had the wrong port.

 

#2 Fixed

 

#3 Speed still slow even with nl.privateinternetaccess.com. Less popular torrents I can't even get them to start. I know my ISP doesn't throttle. Is there any other possible reason? Maybe something firewall related? I have a IPsec site-to-site VPN that. Could that be causing a conflict?

Running a VPN over a VPN isn't going to do you any favors in regards to speed, whether this is the source of your issue I couldn't say for sure but if possible it might be worth dropping the site to site VPN and seeing if this does improve things. As far as firewall ports go, the only port you need to allow is DNS resolution and connection to the VPN end point, both outbound.

 

Sent from my LG-V500 using Tapatalk

 

 

[Naldinho]

VPN_ENABLED yes

VPN_USER my user ID

VPN_PASS my password

VPN_REMOTE  ca-toronto.privateinternetaccess.com

VPN_PORT  1194

VPN_PROTOCOL  udp

VPN_PROV  pia

ENABLE_PRIVOXY  no

LAN_NETWORK  10.121.1.0/24

DEBUG  false

 

I have tried the default option for VPN_Remote as well. In both cases I can't break 100k for downloads. Up is even lower.

 

I also think there might be something wrong with how I set up my downloads

 

I set /data to  /mnt/user/Downloads/

 

I created a share named Downloads first and four directories inside that share corresponding to the four options in folders.

 

In folders it has /home/nobody/Incomplete/  -- am I supposed to change that to something else?

 

I haven't finished downloading anything yet because it is so slow but when I check my Incomplete folder in my Downloads share it is empty.

 

ok multiple issues here:-

 

1. your port is wrong, this should now be 1198 not 1194

2. if you have defined your container side as /data then this is what you should be configuring the container to use, so login to deluge web interface and specify the incomplete, completed, watched etc as subdirs of /data, if you dont configure this then all data will be written inside the container which will result in you running out of space in the docker.img file and all the docker containers grinding to a halt.

3. speed issues, so you need to be connected to a pia gateway that supports port forwarding, the netherlands gateway is one that does support this so i would recommend giving that a go. If speeds are still slow then it is possible your isp is throttling your connecting to the vpn provider, for which there is only one fix, switch provider :-).

 

Thank you

 

#1 I copied and pasted from above --my port was 1198 I just didn't realize the post I copied from had the wrong port.

 

#2 Fixed

 

#3 Speed still slow even with nl.privateinternetaccess.com. Less popular torrents I can't even get them to start. I know my ISP doesn't throttle. Is there any other possible reason? Maybe something firewall related? I have a IPsec site-to-site VPN that. Could that be causing a conflict?

Running a VPN over a VPN isn't going to do you any favors in regards to speed, whether this is the source of your issue I couldn't say for sure but if possible it might be worth dropping the site to site VPN and seeing if this does improve things. As far as firewall ports go, the only port you need to allow is DNS resolution and connection to the VPN end point, both outbound.

 

Sent from my LG-V500 using Tapatalk

 

The VPNs are not running over each other. Both sites have direct access to the internet -- the unRaid machine with the docker is on 10.1.1.0 and only traffic that is going to 192.168.2.0 gets directed to the site-to-site VPN. Likewise at the other end only traffic going to 10.1.1.0 gets directed to the VPN.