[Support] binhex - DelugeVPN


Recommended Posts

I am playing with one of the Flexget plugins.

 

So far I have noticed I need to have the same media access point in each Docker so that the Flexget passes the correct movedone to DelugeVPN.

 

Unrelated to DelugeVPN but for some reason the Flexget Docker will just disappear on it's own.  Then I have to start over again.  I'll ask in that support thread.

 

Anyone know what the difference between the 2 Flexget?  One shows up as a Docker and one shows up as part of the main Settings?

 

Any tips to point Flexget Docker to use the DelugeVPN VPN connection for querying?

 

Binhex is there any chance to add Flexget to be part of DelugeVPN?  How many beers would it take?

 

 

Donation sent$10.00 USD

 

Payment completedSent to:megalith01@gmail.com

 

Transaction details

 

Powered byPayPal

 

Paul, you just made a donation.

 

Transaction ID:xxxxxxxxxxx6035

 

 

 

Sent from my XT1563 using Tapatalk

 

Link to comment

Binhex is there any chance to add Flexget to be part of DelugeVPN?  How many beers would it take?

 

lol, ok firstly thanks for the donation very much appreciated, its thirsty work coding you know :-). ok so i could be tempted to create a flexget container, but i wouldn't be willing to add it to the current container, reason being this container already has a lot of moving parts, the more moving parts the more complex things become and the harder to diagnose issues, not to mention size of the image too. The docker philosophy has always been to create a single container for a single app,as you can see im already bending this rule a fait bit. i got a couple of other things on the go at the moment, so if you want to raise a request for a separate flexget container then please add it here:- http://lime-technology.com/forum/index.php?topic=45811.0

Link to comment

First off, thanks for the work. It's been working great. I just noticed that it stopped working recently for me.

 

Everything seems to be working with PIA tunnel running. I can curl from within the contain through tun0.

 

The script seems to loop waiting for some port checking to pass?

 

2016-04-20 08:31:07,387 DEBG 'privoxy-script' stdout output:

[info] All checks complete, starting Privoxy...

 

2016-04-20 08:31:07,388 DEBG 'privoxy-script' stderr output:

2016-04-20 08:31:07.388 2b9ca9b79dc0 Info: Privoxy version 3.0.24

2016-04-20 08:31:07.388 2b9ca9b79dc0 Info: Program name: /usr/bin/privoxy

 

2016-04-20 08:31:08,140 DEBG 'deluge-script' stdout output:

[info] First run detected, setting Deluge incoming port 33341

 

2016-04-20 08:31:08,140 DEBG 'deluge-script' stdout output:

[info] Setting listening interface for Deluge...

 

2016-04-20 08:31:08,142 DEBG 'deluge-script' stdout output:

[info] All checks complete, starting Deluge...

 

2016-04-20 08:31:08,202 DEBG 'deluge-script' stdout output:

[info] Setting incoming port for Deluge...

 

2016-04-20 08:31:08,420 DEBG 'webui-script' stdout output:

[info] Starting Deluge webui...

 

2016-04-20 08:31:08,635 DEBG 'deluge-script' stdout output:

Setting random_port to False..

Configuration value successfully updated.

 

2016-04-20 08:31:08,908 DEBG 'deluge-script' stdout output:

Setting listen_ports to (33341, 33341)..

Configuration value successfully updated.

 

2016-04-20 08:31:08,933 DEBG 'deluge-script' stdout output:

[info] Sleeping for 5 mins before rechecking listen interface and port (port checking is for PIA only)

 

2016-04-20 08:36:08,940 DEBG 'deluge-script' stdout output:

[info] Deluge listening interface IP 10.117.1.6 and VPN provider IP 10.117.1.6 match

 

2016-04-20 08:36:08,962 DEBG 'deluge-script' stdout output:

[info] Deluge incoming port 33341 open

 

2016-04-20 08:36:08,962 DEBG 'deluge-script' stdout output:

[info] Sleeping for 5 mins before rechecking listen interface and port (port checking is for PIA only)

 

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500

        inet 10.117.1.6  netmask 255.255.255.255  destination 10.117.1.5

        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 100  (UNSPEC)

        RX packets 189  bytes 51441 (50.2 KiB)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 306  bytes 35263 (34.4 KiB)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

 

Privoxy seems to be working fine.

 

curl -s -x 10.0.1.2:8118 https://www.privateinternetaccess.com/ | egrep --color 'protected'

                  <strong style="font-weight:bold;">You are protected by PIA</strong>

 

Any ideas? Thanks.

Link to comment

First off, thanks for the work. It's been working great. I just noticed that it stopped working recently for me.

 

Everything seems to be working with PIA tunnel running. I can curl from within the contain through tun0.

 

The script seems to loop waiting for some port checking to pass?

 

 

That's normal so that if the tunnel is dropped and reconnected deluge is configured with the new IP and port.

Link to comment

Thanks. It was a red herring. Something changed that caused the scheduler plugin to be broken. I don't use it often so I don't know when it was broken.

 

[ERROR  ] 23:08:07 init:57 Unable to disable plugin!

[ERROR  ] 23:08:07 init:58 'PreferencesManager' object has no attribute 'do_config_set_func'

Traceback (most recent call last):

  File "/usr/lib/python2.7/site-packages/deluge/plugins/init.py", line 55, in disable

    self.plugin.disable()

  File "/usr/lib/python2.7/site-packages/deluge/plugins/Scheduler-0.2-py2.7.egg/scheduler/core.py", line 114, in disable

    self.__apply_set_functions()

  File "/usr/lib/python2.7/site-packages/deluge/plugins/Scheduler-0.2-py2.7.egg/scheduler/core.py", line 130, in __apply_set_functions

    component.get("PreferencesManager").do_config_set_func(setting, core_config[setting])

AttributeError: 'PreferencesManager' object has no attribute 'do_config_set_func'

[iNFO    ] 23:08:07 pluginmanagerbase:170 Plugin Scheduler disabled..

 

I'm not sure what changed in the image but the 1.3.12 code hasn't changed for a long time: http://git.deluge-torrent.org/deluge/tree/deluge/core/preferencesmanager.py#n174

 

That'll do it!

[root@efec0f195e16 core]# pwd

/usr/lib/python2.7/site-packages/deluge/core

[root@efec0f195e16 core]# grep do_config_set_func preferencesmanager.py

Link to comment

I have noticed this running through my docker log for DelugeVPN (referring to the "Error: Invalid port specification" & the "malformed expression"):

 

2016-04-24 14:09:27,263 DEBG 'deluge-script' stdout output:
[info] Sleeping for 5 mins before rechecking listen interface and port (port checking is for PIA only)

2016-04-24 14:14:27,270 DEBG 'deluge-script' stdout output:
[info] Deluge listening interface IP 10.117.1.6 and VPN provider IP 10.117.1.6 match

2016-04-24 14:14:27,342 DEBG 'deluge-script' stderr output:
Error: Invalid port specification: 

2016-04-24 14:14:27,342 DEBG 'deluge-script' stdout output:
[info] Deluge incoming port closed

2016-04-24 14:14:28,089 DEBG 'deluge-script' stdout output:
[info] Reconfiguring for VPN provider port 

2016-04-24 14:14:28,089 DEBG 'deluge-script' stdout output:
[info] Setting listening interface for Deluge...

2016-04-24 14:14:28,530 DEBG 'deluge-script' stdout output:
Setting listen_interface to 10.117.1.6..
Configuration value successfully updated.

2016-04-24 14:14:28,574 DEBG 'deluge-script' stdout output:
[info] Setting incoming port for Deluge...

2016-04-24 14:14:29,008 DEBG 'deluge-script' stdout output:
Setting random_port to False..
Configuration value successfully updated.

2016-04-24 14:14:29,478 DEBG 'deluge-script' stderr output:
[ERROR ] 14:14:29 main:347 malformed expression (,)
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/deluge/ui/console/main.py", line 344, in do_command
ret = self._commands[cmd].handle(*args, **options.__dict__)
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 102, in handle
return self._set_config(*args, **options)
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 136, in _set_config
val = simple_eval(options["set"][1] + " " .join(args))
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 85, in simple_eval
res = atom(src.next, src.next())
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 54, in atom
out.append(atom(next, token))
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 77, in atom
raise SyntaxError("malformed expression (%s)" % token[1])

 

I think this might have to do with the fact that I changed the privoxy port so deluge and sabnzbd could run side by side but figured I had better check with you to be sure. Even though privoxy is disabled in sab it still appears to bind the port so deluge wouldn't start until I changed it.

 

Is it safe to just remove the port bindings from both if I don't intend on using privoxy with either of them?

Link to comment

Actually I just ran into this problem and there is a simple work-around (instead of creating a VM).

 

Here's what I did:

 

1. navigate to the VM Manager tab, enable VM's and hit apply.

2. disable VM's and hit apply.

3. restart the deluge docker.

 

 

voila.

 

Small update to this. I've since installed a VM that auto-starts on boot (Plex Media Player). I expected this issue to resolve since I am actively using a VM, but no.

 

I now have to restart the delugeVPN docker after unRAID boots to get the webui up. Essentially, just step 3, each and every reboot.

Link to comment

Actually I just ran into this problem and there is a simple work-around (instead of creating a VM).

 

Here's what I did:

 

1. navigate to the VM Manager tab, enable VM's and hit apply.

2. disable VM's and hit apply.

3. restart the deluge docker.

 

 

voila.

 

Small update to this. I've since installed a VM that auto-starts on boot (Plex Media Player). I expected this issue to resolve since I am actively using a VM, but no.

 

I now have to restart the delugeVPN docker after unRAID boots to get the webui up. Essentially, just step 3, each and every reboot.

Yes I think it's a race condition, basically docker is starting before KVM and thus iptable mangle support isn't there. Only way around this is a very ugly hack to do a restart of that particular docker after x mins via cron on boot

 

Sent from my SM-G900F using Tapatalk

 

 

Link to comment

Actually I just ran into this problem and there is a simple work-around (instead of creating a VM).

 

Here's what I did:

 

1. navigate to the VM Manager tab, enable VM's and hit apply.

2. disable VM's and hit apply.

3. restart the deluge docker.

 

 

voila.

 

Small update to this. I've since installed a VM that auto-starts on boot (Plex Media Player). I expected this issue to resolve since I am actively using a VM, but no.

 

I now have to restart the delugeVPN docker after unRAID boots to get the webui up. Essentially, just step 3, each and every reboot.

Yes I think it's a race condition, basically docker is starting before KVM and thus iptable mangle support isn't there. Only way around this is a very ugly hack to do a restart of that particular docker after x mins via cron on boot

 

Sent from my SM-G900F using Tapatalk

 

Have you heard if LT is making a fix for 6.1.9?

Link to comment

Actually I just ran into this problem and there is a simple work-around (instead of creating a VM).

 

Here's what I did:

 

1. navigate to the VM Manager tab, enable VM's and hit apply.

2. disable VM's and hit apply.

3. restart the deluge docker.

 

 

voila.

 

Small update to this. I've since installed a VM that auto-starts on boot (Plex Media Player). I expected this issue to resolve since I am actively using a VM, but no.

 

I now have to restart the delugeVPN docker after unRAID boots to get the webui up. Essentially, just step 3, each and every reboot.

Yes I think it's a race condition, basically docker is starting before KVM and thus iptable mangle support isn't there. Only way around this is a very ugly hack to do a restart of that particular docker after x mins via cron on boot

 

Sent from my SM-G900F using Tapatalk

 

Have you heard if LT is making a fix for 6.1.9?

 

i have spoken to jonp about this and they can replicate the issue which is good, but i doubt any fix they come up with will be back ported to 6.1.9, it will probably only be included in future releases, here is the last i heard from jonp regards the issue:-

 

Ok, so Eric and I did speak on this today and the reason this issue seems to be occurring is because we've switched from loading mangle as a module to having it built-in.  Because of that, the container would need elevated privileges to be able to modprobe for that whereas before it was loaded automatically when it was needed.  The amount of elevation your container would need seems unreasonable to us, so we're looking at ways around this.  It's one of those things that we want to do, but other priorities have been bogging us down.  Eric can definitely recreate the same behavior you're seeing though, so we'll work to get it fixed.  We just ask for your continued patience.  Thanks binhex.

Link to comment

I have noticed this running through my docker log for DelugeVPN (referring to the "Error: Invalid port specification" & the "malformed expression"):

 

2016-04-24 14:09:27,263 DEBG 'deluge-script' stdout output:
[info] Sleeping for 5 mins before rechecking listen interface and port (port checking is for PIA only)

2016-04-24 14:14:27,270 DEBG 'deluge-script' stdout output:
[info] Deluge listening interface IP 10.117.1.6 and VPN provider IP 10.117.1.6 match

2016-04-24 14:14:27,342 DEBG 'deluge-script' stderr output:
Error: Invalid port specification: 

2016-04-24 14:14:27,342 DEBG 'deluge-script' stdout output:
[info] Deluge incoming port closed

2016-04-24 14:14:28,089 DEBG 'deluge-script' stdout output:
[info] Reconfiguring for VPN provider port 

2016-04-24 14:14:28,089 DEBG 'deluge-script' stdout output:
[info] Setting listening interface for Deluge...

2016-04-24 14:14:28,530 DEBG 'deluge-script' stdout output:
Setting listen_interface to 10.117.1.6..
Configuration value successfully updated.

2016-04-24 14:14:28,574 DEBG 'deluge-script' stdout output:
[info] Setting incoming port for Deluge...

2016-04-24 14:14:29,008 DEBG 'deluge-script' stdout output:
Setting random_port to False..
Configuration value successfully updated.

2016-04-24 14:14:29,478 DEBG 'deluge-script' stderr output:
[ERROR ] 14:14:29 main:347 malformed expression (,)
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/deluge/ui/console/main.py", line 344, in do_command
ret = self._commands[cmd].handle(*args, **options.__dict__)
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 102, in handle
return self._set_config(*args, **options)
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 136, in _set_config
val = simple_eval(options["set"][1] + " " .join(args))
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 85, in simple_eval
res = atom(src.next, src.next())
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 54, in atom
out.append(atom(next, token))
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 77, in atom
raise SyntaxError("malformed expression (%s)" % token[1])

 

I think this might have to do with the fact that I changed the privoxy port so deluge and sabnzbd could run side by side but figured I had better check with you to be sure. Even though privoxy is disabled in sab it still appears to bind the port so deluge wouldn't start until I changed it.

 

Is it safe to just remove the port bindings from both if I don't intend on using privoxy with either of them?

Any thoughts?

Link to comment

I have noticed this running through my docker log for DelugeVPN (referring to the "Error: Invalid port specification" & the "malformed expression"):

 

2016-04-24 14:09:27,263 DEBG 'deluge-script' stdout output:
[info] Sleeping for 5 mins before rechecking listen interface and port (port checking is for PIA only)

2016-04-24 14:14:27,270 DEBG 'deluge-script' stdout output:
[info] Deluge listening interface IP 10.117.1.6 and VPN provider IP 10.117.1.6 match

2016-04-24 14:14:27,342 DEBG 'deluge-script' stderr output:
Error: Invalid port specification: 

2016-04-24 14:14:27,342 DEBG 'deluge-script' stdout output:
[info] Deluge incoming port closed

2016-04-24 14:14:28,089 DEBG 'deluge-script' stdout output:
[info] Reconfiguring for VPN provider port 

2016-04-24 14:14:28,089 DEBG 'deluge-script' stdout output:
[info] Setting listening interface for Deluge...

2016-04-24 14:14:28,530 DEBG 'deluge-script' stdout output:
Setting listen_interface to 10.117.1.6..
Configuration value successfully updated.

2016-04-24 14:14:28,574 DEBG 'deluge-script' stdout output:
[info] Setting incoming port for Deluge...

2016-04-24 14:14:29,008 DEBG 'deluge-script' stdout output:
Setting random_port to False..
Configuration value successfully updated.

2016-04-24 14:14:29,478 DEBG 'deluge-script' stderr output:
[ERROR ] 14:14:29 main:347 malformed expression (,)
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/deluge/ui/console/main.py", line 344, in do_command
ret = self._commands[cmd].handle(*args, **options.__dict__)
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 102, in handle
return self._set_config(*args, **options)
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 136, in _set_config
val = simple_eval(options["set"][1] + " " .join(args))
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 85, in simple_eval
res = atom(src.next, src.next())
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 54, in atom
out.append(atom(next, token))
File "/usr/lib/python2.7/site-packages/deluge/ui/console/commands/config.py", line 77, in atom
raise SyntaxError("malformed expression (%s)" % token[1])

 

I think this might have to do with the fact that I changed the privoxy port so deluge and sabnzbd could run side by side but figured I had better check with you to be sure. Even though privoxy is disabled in sab it still appears to bind the port so deluge wouldn't start until I changed it.

 

Is it safe to just remove the port bindings from both if I don't intend on using privoxy with either of them?

Any thoughts?

 

i think your probably connecting to a pia endpoint that doesnt support incoming ports, try changing your host to something like the netherlands one and retry again.

Link to comment

i think your probably connecting to a pia endpoint that doesnt support incoming ports, try changing your host to something like the netherlands one and retry again.

Ah okay, that makes sense. Would using a port forward enabled end point put me at risk of having my ip leaked? Still new to the whole VPN thing and PIA warns in their support area that "Port Forwarding reduces privacy. For maximum privacy, please keep port forwarding disabled." I seem to be able to connect to other peers just fine without actually using a forwarding enabled end point (all though it does take longer and my speeds suffer somewhat because of it).

Link to comment

I seem to have an issue with DelugeVPN refusing to shutdown. I tell it to restart, and it doesn't. I tell it to shut down, it doesn't. I try to kill it via command line, and the command runs and the command line just sits.

 

Further, when I do that it SEEMS (not confirmed 100%) to then knock the GUI offline, and I can't even reboot the unRAID box from the CLI.

 

Anyone seen anything like this? Any idea how I could have something misconfigured here?

Link to comment

I seem to have an issue with DelugeVPN refusing to shutdown. I tell it to restart, and it doesn't. I tell it to shut down, it doesn't. I try to kill it via command line, and the command runs and the command line just sits.

 

Further, when I do that it SEEMS (not confirmed 100%) to then knock the GUI offline, and I can't even reboot the unRAID box from the CLI.

 

Anyone seen anything like this? Any idea how I could have something misconfigured here?

 

What is the Networking set to?  When I first started out I set it to Host once and I lost all networking and had to powerdown unclean.  My networking is set to Bridge.

 

Try removing it fully and reinstall and set it up again?

 

 

Link to comment

Hi!

 

Thanks for this great docker container! It installed correctly and after tweaking the config (and finding the correct credentials for my PureVPN provider) the container starts and I can access the Deluge webui.

 

However, I cannot get Deluge to download torrents. They are stuck at 0% and 0.0 kbps. When I look at the log I find these lines suspect, but don't know how to fix it.

 

2016-04-30 08:42:03,190 DEBG 'start-script' stderr output:
RTNETLINK answers: File exists

2016-04-30 08:42:03,191 DEBG 'start-script' stdout output:
Sat Apr 30 08:42:03 2016 ERROR: Linux route add command failed: external program exited with error status: 2

Sat Apr 30 08:42:03 2016 Initialization Sequence Completed

2016-04-30 08:42:03,575 DEBG 'webui-script' stdout output:
[info] Starting Deluge webui...

 

Any suggestions?

Link to comment

Hi!

 

Thanks for this great docker container! It installed correctly and after tweaking the config (and finding the correct credentials for my PureVPN provider) the container starts and I can access the Deluge webui.

 

However, I cannot get Deluge to download torrents. They are stuck at 0% and 0.0 kbps. When I look at the log I find these lines suspect, but don't know how to fix it.

 

2016-04-30 08:42:03,190 DEBG 'start-script' stderr output:
RTNETLINK answers: File exists

2016-04-30 08:42:03,191 DEBG 'start-script' stdout output:
Sat Apr 30 08:42:03 2016 ERROR: Linux route add command failed: external program exited with error status: 2

Sat Apr 30 08:42:03 2016 Initialization Sequence Completed

2016-04-30 08:42:03,575 DEBG 'webui-script' stdout output:
[info] Starting Deluge webui...

 

Any suggestions?

It sounds like the route (I assume in iptables) that the script is trying to add is failing to add and as binhex mentioned if the VPN connection fails this docker will not download anything as a protection measure for the user so you aren't downloading anything without the protection of the VPN.

 

 

Binhex: I noticed this in my logs today:

Authenticate/Decrypt packet error: packet HMAC authentication failed

 

 

I saw your posts in your Docker archive thread here and I am using PIA so I'm not sure what my issue is. I checked the file permissions and they are fine, the VPN tunnel is working and I can verify that my IP address is not my ISP given IP, I have looked through the log files and can't find anything out of the ordinary besides a few small warnings but they were present before this hmac issue popped up so I think they are unrelated.

 

[info] Env var PUID defined as 99
[info] Env var PGID defined as 100
[info] Permissions already set for /config
[info] Starting Supervisor...
2016-05-03 12:41:31,385 CRIT Set uid to user 0
2016-05-03 12:41:31,385 WARN Included extra file "/etc/supervisor/conf.d/delugevpn.conf" during parsing
2016-05-03 12:41:31,399 INFO supervisord started with pid 12
2016-05-03 12:41:32,401 INFO spawned: 'start-script' with pid 15
2016-05-03 12:41:32,404 INFO spawned: 'webui-script' with pid 16
2016-05-03 12:41:32,406 INFO spawned: 'deluge-script' with pid 17
2016-05-03 12:41:32,408 INFO spawned: 'privoxy-script' with pid 18
2016-05-03 12:41:32,420 DEBG 'deluge-script' stdout output:
[info] VPN is enabled, checking VPN tunnel local ip is valid

2016-05-03 12:41:32,420 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2016-05-03 12:41:32,420 INFO success: webui-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2016-05-03 12:41:32,420 INFO success: deluge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2016-05-03 12:41:32,420 INFO success: privoxy-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2016-05-03 12:41:32,421 DEBG 'privoxy-script' stdout output:
[info] VPN is enabled, checking VPN tunnel local ip is valid

2016-05-03 12:41:32,467 DEBG 'start-script' stdout output:
[info] VPN is enabled, beginning configuration of VPN

2016-05-03 12:41:32,701 DEBG 'start-script' stdout output:
[info] VPN provider defined as pia
[info] VPN config file (ovpn extension) is located at /config/openvpn/openvpn.ovpn

2016-05-03 12:41:32,746 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-05-03 12:41:32,777 DEBG 'start-script' stdout output:
[info] VPN provider remote gateway defined as nl.privateinternetaccess.com
[info] VPN provider remote port defined as 1194
[info] VPN provider remote protocol defined as udp

2016-05-03 12:41:32,789 DEBG 'start-script' stdout output:
[info] VPN provider username defined as SNIP

2016-05-03 12:41:32,798 DEBG 'start-script' stdout output:
[info] VPN provider password defined as SNIP

2016-05-03 12:41:32,830 DEBG 'start-script' stdout output:
[info] Default route for container is 172.17.42.1

2016-05-03 12:41:32,843 DEBG 'start-script' stdout output:
[info] Setting permissions recursively on /config/openvpn...

2016-05-03 12:41:32,849 DEBG 'start-script' stdout output:
[info] Adding 192.168.0.0/24 as route via docker eth0

2016-05-03 12:41:32,850 DEBG 'start-script' stdout output:
[info] ip route defined as follows...

2016-05-03 12:41:32,851 DEBG 'start-script' stdout output:
--------------------

2016-05-03 12:41:32,852 DEBG 'start-script' stdout output:
default via 172.17.42.1 dev eth0 

2016-05-03 12:41:32,852 DEBG 'start-script' stdout output:
172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.24 
192.168.0.0/24 via 172.17.42.1 dev eth0 

2016-05-03 12:41:32,852 DEBG 'start-script' stdout output:
--------------------

2016-05-03 12:41:32,860 DEBG 'start-script' stdout output:
[info] iptable_mangle module not supported, attempting to load...

2016-05-03 12:41:32,861 DEBG 'start-script' stderr output:
modprobe: FATAL: Module iptable_mangle not found in directory /lib/modules/4.1.18-unRAID

2016-05-03 12:41:32,861 DEBG 'start-script' stdout output:
[warn] iptable_mangle module not supported, you will not be able to connect to Deluge webui or Privoxy outside of your LAN

2016-05-03 12:41:32,951 DEBG 'start-script' stdout output:
[info] iptables defined as follows...
--------------------

2016-05-03 12:41:32,952 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 1194 -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.0.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 1194 -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.0.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-05-03 12:41:32,953 DEBG 'start-script' stdout output:
--------------------
[info] nameservers

2016-05-03 12:41:32,954 DEBG 'start-script' stdout output:
nameserver 8.8.8.8
nameserver 8.8.4.4

2016-05-03 12:41:32,954 DEBG 'start-script' stdout output:
--------------------
[info] Starting OpenVPN...

2016-05-03 12:41:33,012 DEBG 'start-script' stdout output:
Tue May 3 12:41:33 2016 OpenVPN 2.3.9 x86_64-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [MH] [iPv6] built on Dec 24 2015
Tue May 3 12:41:33 2016 library versions: OpenSSL 1.0.2f 28 Jan 2016, LZO 2.09
Tue May 3 12:41:33 2016 WARNING: file 'credentials.conf' is group or others accessible

2016-05-03 12:41:33,041 DEBG 'start-script' stdout output:
Tue May 3 12:41:33 2016 UDPv4 link local: [undef]
Tue May 3 12:41:33 2016 UDPv4 link remote: [AF_INET]46.166.190.236:1194

2016-05-03 12:41:33,162 DEBG 'start-script' stdout output:
Tue May 3 12:41:33 2016 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this

2016-05-03 12:41:33,562 DEBG 'start-script' stdout output:
Tue May 3 12:41:33 2016 [Private Internet Access] Peer Connection Initiated with [AF_INET]46.166.190.236:1194

2016-05-03 12:41:36,195 DEBG 'start-script' stdout output:
Tue May 3 12:41:36 2016 TUN/TAP device tun0 opened
Tue May 3 12:41:36 2016 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Tue May 3 12:41:36 2016 /usr/bin/ip link set dev tun0 up mtu 1500

2016-05-03 12:41:36,196 DEBG 'start-script' stdout output:
Tue May 3 12:41:36 2016 /usr/bin/ip addr add dev tun0 local 10.183.1.6 peer 10.183.1.5

2016-05-03 12:41:36,205 DEBG 'start-script' stdout output:
Tue May 3 12:41:36 2016 Initialization Sequence Completed

2016-05-03 12:41:36,225 DEBG 'deluge-script' stdout output:
[info] First run detected, setting Deluge listening interface 10.183.1.6

2016-05-03 12:41:36,341 DEBG 'privoxy-script' stdout output:
[info] Privoxy set to disabled

2016-05-03 12:41:36,341 DEBG fd 24 closed, stopped monitoring <POutputDispatcher at 47066811981624 for <Subprocess at 47066811978312 with name privoxy-script in state RUNNING> (stderr)>
2016-05-03 12:41:36,341 DEBG fd 20 closed, stopped monitoring <POutputDispatcher at 47066811981192 for <Subprocess at 47066811978312 with name privoxy-script in state RUNNING> (stdout)>
2016-05-03 12:41:36,341 INFO exited: privoxy-script (exit status 0; expected)
2016-05-03 12:41:36,342 DEBG received SIGCLD indicating a child quit
2016-05-03 12:41:32,954 DEBG 'start-script' stdout output:
nameserver 8.8.8.8
nameserver 8.8.4.4

2016-05-03 12:41:32,954 DEBG 'start-script' stdout output:
--------------------
[info] Starting OpenVPN...

2016-05-03 12:41:33,012 DEBG 'start-script' stdout output:
Tue May 3 12:41:33 2016 OpenVPN 2.3.9 x86_64-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [MH] [iPv6] built on Dec 24 2015
Tue May 3 12:41:33 2016 library versions: OpenSSL 1.0.2f 28 Jan 2016, LZO 2.09
Tue May 3 12:41:33 2016 WARNING: file 'credentials.conf' is group or others accessible

2016-05-03 12:41:33,041 DEBG 'start-script' stdout output:
Tue May 3 12:41:33 2016 UDPv4 link local: [undef]
Tue May 3 12:41:33 2016 UDPv4 link remote: [AF_INET]46.166.190.236:1194

2016-05-03 12:41:33,162 DEBG 'start-script' stdout output:
Tue May 3 12:41:33 2016 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this

2016-05-03 12:41:33,562 DEBG 'start-script' stdout output:
Tue May 3 12:41:33 2016 [Private Internet Access] Peer Connection Initiated with [AF_INET]46.166.190.236:1194

2016-05-03 12:41:36,195 DEBG 'start-script' stdout output:
Tue May 3 12:41:36 2016 TUN/TAP device tun0 opened
Tue May 3 12:41:36 2016 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Tue May 3 12:41:36 2016 /usr/bin/ip link set dev tun0 up mtu 1500

2016-05-03 12:41:36,196 DEBG 'start-script' stdout output:
Tue May 3 12:41:36 2016 /usr/bin/ip addr add dev tun0 local 10.183.1.6 peer 10.183.1.5

2016-05-03 12:41:36,205 DEBG 'start-script' stdout output:
Tue May 3 12:41:36 2016 Initialization Sequence Completed

2016-05-03 12:41:36,225 DEBG 'deluge-script' stdout output:
[info] First run detected, setting Deluge listening interface 10.183.1.6

2016-05-03 12:41:36,341 DEBG 'privoxy-script' stdout output:
[info] Privoxy set to disabled

2016-05-03 12:41:36,341 DEBG fd 24 closed, stopped monitoring <POutputDispatcher at 47066811981624 for <Subprocess at 47066811978312 with name privoxy-script in state RUNNING> (stderr)>
2016-05-03 12:41:36,341 DEBG fd 20 closed, stopped monitoring <POutputDispatcher at 47066811981192 for <Subprocess at 47066811978312 with name privoxy-script in state RUNNING> (stdout)>
2016-05-03 12:41:36,341 INFO exited: privoxy-script (exit status 0; expected)
2016-05-03 12:41:36,342 DEBG received SIGCLD indicating a child quit
2016-05-03 12:41:37,775 DEBG 'deluge-script' stdout output:
[info] First run detected, setting Deluge incoming port 51366

2016-05-03 12:41:37,775 DEBG 'deluge-script' stdout output:
[info] Setting listening interface for Deluge...

2016-05-03 12:41:37,786 DEBG 'deluge-script' stdout output:
[info] All checks complete, starting Deluge...

2016-05-03 12:41:37,999 DEBG 'deluge-script' stdout output:
[info] Setting incoming port for Deluge...

2016-05-03 12:41:39,426 DEBG 'webui-script' stdout output:
[info] Starting Deluge webui...

2016-05-03 12:41:40,004 DEBG 'deluge-script' stdout output:
Setting random_port to False..
Configuration value successfully updated.

2016-05-03 12:41:40,533 DEBG 'deluge-script' stdout output:
Setting listen_ports to (51366, 51366)..
Configuration value successfully updated.

2016-05-03 12:41:40,580 DEBG 'deluge-script' stdout output:
[info] Sleeping for 5 mins before rechecking listen interface and port (port checking is for PIA only)

2016-05-03 12:41:41,866 DEBG 'webui-script' stderr output:
/usr/lib/python2.7/site-packages/pkg_resources/__init__.py:1246: UserWarning: /home/nobody/.python-eggs is writable by group/others and vulnerable to attack when used with get_resource_filename. Consider a more secure location (set with .set_extraction_path or the PYTHON_EGG_CACHE environment variable).
warnings.warn(msg, UserWarning)

2016-05-03 12:43:13,201 DEBG 'start-script' stdout output:
Tue May 3 12:43:13 2016 Authenticate/Decrypt packet error: packet HMAC authentication failed

2016-05-03 12:44:14,571 DEBG 'start-script' stdout output:
Tue May 3 12:44:14 2016 Authenticate/Decrypt packet error: packet HMAC authentication failed

 

I did some googling and other people who have experienced this error say it is some kind of TLS error and mention some ways to address it but I wanted to see what you thought about the issue first.

 

EDIT: and now it seems to have stopped. I guess it must have been one of the torrents I was downloading?

 

EDIT2: It seems to have stopped right after this:

2016-05-03 14:14:20,784 DEBG 'webui-script' stderr output:
Unhandled error in Deferred:

2016-05-03 14:14:20,890 DEBG 'webui-script' stderr output:


Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/twisted/protocols/policies.py", line 120, in dataReceived
self.wrappedProtocol.dataReceived(data)
File "/usr/lib/python2.7/site-packages/deluge/ui/client.py", line 179, in dataReceived
d.callback(request[2])
File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 393, in callback
self._startRunCallbacks(result)
File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 501, in _startRunCallbacks
self._runCallbacks()
--- <exception caught here> ---
File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 588, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "/usr/lib/python2.7/site-packages/deluge/ui/web/json_api.py", line 579, in _on_got_files
for index, torrent_file in enumerate(files):
exceptions.TypeError: 'NoneType' object is not iterable

Link to comment

It sounds like the route (I assume in iptables) that the script is trying to add is failing to add and as binhex mentioned if the VPN connection fails this docker will not download anything as a protection measure for the user so you aren't downloading anything without the protection of the VPN.

Yes, this is what I gathered from the error in the log. Is it possible to somehow get some more debugging info? I enabled debug in the settings hoping I would get a more verbose log, but nothing changed. I also tried attaching to the Docker container, but I cannot get a terminal.

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.