Flurocity

Hi Binhex, Was just about to post an issue but everything seems to be okay. I'd just like to say thank you anyway.

Mine doesn't let me connect to the webui at all when i enable the VPN, but seems to work fine with it disabled. Any other suggestions?

that is purely a warning, so this is not the issue, please post the entire supervisord.log file (minus username and password), oh and change your vpn provider password, you have just posted it in clear text!. whoops! Thanks for the heads up. Log attached My output from 'ifconfig' looks strange and might provide some answers. My router is 192.168.1.254 and my server is connected to a wireless bridge 192.168.1.11 (basically a wifi repeater). All my internal IPs should be in the 192.168.1.0-253 range, but IP addressed starting 172.7.0.x keeps popping up in supervisord and ifconfig. Looking at supervisord all seems to be working, but my iptables keep referencing 172.17.x.x not 192.168.x.x as I'd expect: [info] iptables defined as follows... -------------------- 2016-10-02 23:56:28,864 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 1198 -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 1198 -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 again this is normal behaviour, docker uses an internal ip range which is 172.17.x.x so the iptable entries are correct. i think i have found the issue, i noticed that the ip that resolves for nl.privateinternetaccess.com is incorrect for you, snip from logs:- 2016-10-04 10:02:01,081 DEBG 'start-script' stdout output: Tue Oct 4 10:02:01 2016 UDPv4 link local: [undef] Tue Oct 4 10:02:01 2016 UDPv4 link remote: [AF_INET]213.120.234.114:1198 so you can see the ip above, if you do a reverse dns lookup on this or use any of the web lookup tools you will find this ip is registered with BT, which is im assuming the ISP your with. So it looks like either BT are blocking or the parental blocking stuff that BT now do is redirecting/blocking you. you could try specifying the ip rather than the name, not ideal of course as the ip might change but worth a go, try settings your VPN_REMOTE to 46.166.190.215 the other alternative is to try and switch off the parental controls and see if that stops this redirection. Hi, Pretty sure i'm having the same issue as whats detailed above. How did you find the new VPN_REMOTE address of 46.166.190.215? I'm also trying to connect to PIA's Australian servers if that helps. Thanks.

Perfect, that worked. Thanks.

Hi, had a quick volume mappings question. I have a user share named Downloads and i've used the following to map the download folders:- Download to: /Downloads/Incomplete Move Completed to: /Downloads/Complete Autoadd .torrent files from: /Downloads/Watch The /config for the docker is stored in: /mnt/disk1/Docker/DelugeVPN The /data for the docker is: /mnt/user/Downloads/ I don't think this is right since the folders don't appear whenever i try to download something. Thank you.