19 minutes ago, Kopernikus said:

Hi,

 

Haven't set it to '--net='proxynet' docker was created with the synology docker wizard, if I check it's set to bridge.

I will create the container manual and see if that changes, with the other docker and don't have this error, also in the past all worked fine.

Hi,

 

Just added the container through sudo docker run... instead of the wizard, same result, also disabled firewall.

Where do you see '--net='proxynet' in the log? --> just saw it was in @bigbangus log file not in mine.

 

Could it be an other OpenVPN version ?

 

This docker also seems to work:

https://registry.hub.docker.com/r/markusmcnugen/qbittorrentvpn/

 

I run it wirth exactly the same docker settings as yours.

Edited September 22, 20205 yr by Kopernikus

52 minutes ago, Kopernikus said:

Where do you see '--net='proxynet' in the log? --> just saw it was in @bigbangus log file not in mine.

Guilty. I have mine accessible through reverse proxy. And then I have all my fun containers on the delugevpn network itself. A 3 layered cake of networking that I barely comprehend but it works.

Edited September 22, 20205 yr by bigbangus

Hello,

Thanks for reading into my issue. The main problem I am having is that I'm not able to start the DelugeVPN docker. See screenshot of log below. It says

"No OpenVPN config file located in /config/Openvpn/"

 

I have the file downloaded from PIA, but I have NO CLUE where to put it.

 

EDIT1: So, I figured out where to place the openVPN configuration files.

However, even with the files in place, when the webGUI is clicked, I do not have any success of entering the GUI.

 

Can someone please help???

EDIT2: Updated log file

 

 

- Thanks

 

Log for_ binhex-delugevpn.pdf

Edited September 23, 20205 yr by UnBeastRaid

50 minutes ago, UnBeastRaid said:

Hello,

Thanks for reading into my issue. The main problem I am having is that I'm not able to start the DelugeVPN docker. See screenshot of log below. It says

"No OpenVPN config file located in /config/Openvpn/"

 

I have the file downloaded from PIA, but I have NO CLUE where to put it.

 

EDIT1: So, I figured out where to place the openVPN configuration files.

However, even with the files in place, when the webGUI is clicked, I do not have any success of entering the GUI.

 

Can someone please help???

EDIT2: Updated log file

 

 

- Thanks

 

Log for_ binhex-delugevpn.pdf 3.46 MB · 2 downloads

You appear to have the same problem as many others have posted. Try disabling strict port forwarding in your container settings and see if you can connect to the WebUI.

7 minutes ago, wgstarks said:

You appear to have the same problem as many others have posted. Try disabling strict port forwarding in your container settings and see if you can connect to the WebUI.

I have removed port forwarding from the container, however, I am still having trouble getting inside the GUI. Kind of stuck, not sure what else to try. I have changed my PIA password to make sure there are no special characters because some users were having issues with this. I have also changed the OpenVPN config files several times, in the hopes that this might be the issue, but still no luck.

 

Here is the updated log after removing the port forwarding requirement:

 

- Thanks

Updated_Log for_ binhex-delugevpn.pdf

I just saw this 

 

Next Generation Port Forwarding

 

on the PIA website

32 minutes ago, dukiethecorgi said:

I just saw this 

 

Next Generation Port Forwarding

 

on the PIA website

Thanks dukie. Have you tried this?

I'm not sure where to plug these files in.

6 hours ago, dukiethecorgi said:

I just saw this 

 

Next Generation Port Forwarding

 

on the PIA website

Information looks good, but only covers Wireguard, so far.  OpenVPN script is still in progress - but it does give us hope that our issues will soon be resolved.  I'm sure that Binhex will be on to it as soon as the OpenVPN script is posted.

 

As far as connecting my router, which doesn't support OpenVPN or Wireguard, is concerned, I guess that I'm stuck with the oldgen endpoints.

Edited September 23, 20205 yr by PeterB

20 minutes ago, PeterB said:

Information looks good, but only covers Wireguard, so far.  OpenVPN script is still in progress - but it does give us hope that our issues will soon be resolved.  I'm sure that Binhex will be on to it as soon as the OpenVPN script is posted.

 

As far as connecting my router, which doesn't support OpenVPN or Wireguard, is concerned, I guess that I'm stuck with the oldgen endpoints.

I saw that yesterday and have began coding, i have a working incoming port on next-gen for openvpn, it just needs more work to make it production ready.

Wow!  I don't know what the version is of the docker image I just downloaded, but it connected to the Czech endpoint in a mere five or ten seconds! (I haven't yet got around to entering multiple endpoints in the configuration).

Edited September 23, 20205 yr by PeterB

7 minutes ago, PeterB said:

Wow!  I don't know what the version is of the docker image I just downloaded, but it connected to the Czech endpoint in a mere five or ten seconds! (I haven't yet got around to entering multiple endpoints in the configuration).

sadly you probably just got lucky, that is unless pia are finally sorting their sh*t out, in any case the multi remote line code should help, as mentioned above i am working on next-gen now and its going well, i MIGHT have something for people to test by the end of today.

 

p.s. LOTS more endpoints support port forwarding on next-gen! - like dozens!

 

6 minutes ago, binhex said:

i am working on next-gen now and its going well, i MIGHT have something for people to test by the end of today.

You're a Star, Sir!

3 hours ago, PeterB said:

 

You're a Star, Sir!

I second this.

 

and I also like to say that at the moment I have good connection with the old setup,  

I havn't changed anything, only the endpoint from USA to a europe location.

 

Hey All,

I just installed and seem to be running into some permission issue I can't figure out. I have posted what I think is the most relevant part of the log below but have attached the full log in case I missed something.

 

2020-09-23 11:18:33,867 DEBG 'watchdog-script' stderr output:
/home/nobody/checkvpnip.sh: line 9: /tmp/getvpnip: Permission denied

2020-09-23 11:18:38,861 DEBG 'start-script' stdout output:
Wed Sep 23 11:18:38 2020 /usr/bin/ip route add 184.75.221.58/32 via 172.17.0.1

2020-09-23 11:18:38,862 DEBG 'start-script' stdout output:
Wed Sep 23 11:18:38 2020 /usr/bin/ip route add 0.0.0.0/1 via 10.31.240.1

2020-09-23 11:18:38,863 DEBG 'start-script' stdout output:
Wed Sep 23 11:18:38 2020 /usr/bin/ip route add 128.0.0.0/1 via 10.31.240.1

2020-09-23 11:18:38,864 DEBG 'start-script' stdout output:
Wed Sep 23 11:18:38 2020 Initialization Sequence Completed

2020-09-23 11:18:43,840 DEBG 'start-script' stdout output:
[info] Attempting to get external IP using Name Server 'ns1.google.com'...

2020-09-23 11:18:44,085 DEBG 'start-script' stdout output:
[info] Successfully retrieved external IP address 184.75.221.59

2020-09-23 11:18:44,151 DEBG 'watchdog-script' stderr output:
/home/nobody/checkvpnextip.sh: line 12: /tmp/getvpnextip: Permission denied

2020-09-23 11:18:44,152 DEBG 'watchdog-script' stderr output:
cat: /tmp/getiptables: Permission denied

 

supervisord.log

Edited September 23, 20205 yr by PeterBen

8 hours ago, binhex said:

I saw that yesterday and have began coding, i have a working incoming port on next-gen for openvpn, it just needs more work to make it production ready.

Thank You!!!

5 hours ago, PeterB said:

Wow!  I don't know what the version is of the docker image I just downloaded, but it connected to the Czech endpoint in a mere five or ten seconds! (I haven't yet got around to entering multiple endpoints in the configuration).

I've been connected to the same endpoint for 5 days without issue

34 minutes ago, PeterBen said:

Hey All,

I just installed and seem to be running into some permission issue I can't figure out. I have posted what I think is the most relevant part of the log below but have attached the full log in case I missed something.

 

2020-09-23 11:18:33,867 DEBG 'watchdog-script' stderr output:
/home/nobody/checkvpnip.sh: line 9: /tmp/getvpnip: Permission denied

2020-09-23 11:18:38,861 DEBG 'start-script' stdout output:
Wed Sep 23 11:18:38 2020 /usr/bin/ip route add 184.75.221.58/32 via 172.17.0.1

2020-09-23 11:18:38,862 DEBG 'start-script' stdout output:
Wed Sep 23 11:18:38 2020 /usr/bin/ip route add 0.0.0.0/1 via 10.31.240.1

2020-09-23 11:18:38,863 DEBG 'start-script' stdout output:
Wed Sep 23 11:18:38 2020 /usr/bin/ip route add 128.0.0.0/1 via 10.31.240.1

2020-09-23 11:18:38,864 DEBG 'start-script' stdout output:
Wed Sep 23 11:18:38 2020 Initialization Sequence Completed

2020-09-23 11:18:43,840 DEBG 'start-script' stdout output:
[info] Attempting to get external IP using Name Server 'ns1.google.com'...

2020-09-23 11:18:44,085 DEBG 'start-script' stdout output:
[info] Successfully retrieved external IP address 184.75.221.59

2020-09-23 11:18:44,151 DEBG 'watchdog-script' stderr output:
/home/nobody/checkvpnextip.sh: line 12: /tmp/getvpnextip: Permission denied

2020-09-23 11:18:44,152 DEBG 'watchdog-script' stderr output:
cat: /tmp/getiptables: Permission denied

 

supervisord.log 367.19 kB · 1 download

as suspected, your umask is VERY restrictive!, from your log:-

2020-09-23 11:18:30.064907 [info] UMASK defined as '775'

umask is not the same as chmod, the octets are reversed, so 775 = 002, set umask back to 000 or 002 and then delete file /config/perms.txt to reset permissions.

Hello,

I'm not sure where to post this but are there any plans to update this with new wireguard support with from pia?

Help! Can't access web UI all of a sudden - all browsers say "ERR_EMPTY_RESPONSE".

• Only thingI changed recently was set STRICT_PORT_FORWARD to "no" to fix PIA issues but I don't think this is relevant as I tried both ways
• I checked docker port allocations and no conflicts
• Docker log shows the following in an endless loop (see deluge-vpn-log.txt)
• deluge-web.log shows an error (deluge-web.log)

 

Edited September 23, 20205 yr by Odessa

Hey @binhex, noticed you use AES-128 instead of 256 in your OVPN file. Is that the only changes you make to the ovpn files for speed? I've been using GCM for a while since it's faster than CBC, but was wondering if 128/256 made a difference and if there were any other changes I should make? Thx

Edited September 24, 20205 yr by AD24

PIA Users - Fancy being a guinea pig for Next-Gen OpenVPN support?, if so read here:-

https://forums.unraid.net/topic/44109-support-binhex-delugevpn/?do=findComment&comment=433617

 

10 hours ago, AD24 said:

ut was wondering if 128/256 made a difference and if there were any other changes I should make?

untested but i would assume 256 is safer but slower than 128.

On 9/21/2020 at 7:43 AM, binhex said:

OK guys, multi remote endpoint support is now in for this image please pull down the new image

Thanks, binhex for this release. I'm now able to connect to CA servers

 

Question about this image, and others... Is there a possibility to log on my favorites torrent site when the docker start ?

Presently, I'm going in console to manually log with a curl command. Is they're a way to automate it ?

On 1/21/2016 at 12:06 PM, binhex said:

PIA Users only - Next-Gen OpenVPN testing.

 

I have now finished up coding provisional support for PIA Next-Gen OpenVPN with working port forwarding, at the moment its not tagged as latest as i wanted some testers, if you fancy testing the new image then please read on:-

 

To test you need to do the following:-

1. Download next-gen ovpn config file - Click on the following link and then click on 'View OpenVPN Configurations' , please download a ovpn file for next-gen:- https://www.privateinternetaccess.com/pages/download#

2. Extract the zip and copy one of the ovpn files and all the other certs etc to /config/openvpn/, ensuring you either rename or delete the old current-gen network ovpn file.

3. Now 'edit' the container and append to the 'Repository'  the value ':test' which is the test tagged image then click 'Apply' at the bottom.

4. Restart/start the container and monitor the supervisord.log file.

 

IMPORTANT - Please note i have noticed that PIA will not permit a reallocation of an incoming port for around 15-20 minutes, so please be patient if you restart the container and previously had a port you will see lots of retries - this is out of my control sadly.

Running through this now, I love being a guinea pig

On 9/24/2020 at 5:25 PM, binhex said:

PIA Users - Fancy being a guinea pig for Next-Gen OpenVPN support?, if so read here:-

https://forums.unraid.net/topic/44109-support-binhex-delugevpn/?do=findComment&comment=433617

 

Guinea Pig on the loose!

 

I am getting an error when it is trying to retrieve a token from PIA. "parse error: Invalid numeric literal at line 4, column 0", and it is unable to get the payload from PIA (bottom of the log). It then goes into a loop re-connecting to PIA and trying again.

 

here is a partial log file where I am seeing this:

 

2020-09-24 18:38:17,655 DEBG 'start-script' stdout output:
[debug] VPN remote configuration options as follows...
[debug] VPN remote server is defined as 'ca-toronto.privacy.network'
[debug] VPN remote port is defined as '1198'
[debug] VPN remote protocol is defined as 'udp'
[debug] VPN remote ip is defined as '66.115.142.228 66.115.142.239 66.115.142.203 66.115.142.249 66.115.142.232'

2020-09-24 18:38:17,655 DEBG 'start-script' stdout output:
[debug] OpenVPN command line:- /usr/bin/openvpn --reneg-sec 0 --mute-replay-warnings --auth-nocache --setenv VPN_PROV 'pia' --setenv DEBUG 'true' --setenv VPN_DEVICE_TYPE 'tun0' --setenv VPN_ENABLED 'yes' --setenv vpn_remote_server 'ca-toronto.privacy.network' --setenv APPLICATION 'deluge' --script-security 2 --writepid /root/openvpn.pid --remap-usr1 SIGHUP --log-append /dev/stdout --pull-filter ignore 'up' --pull-filter ignore 'down' --pull-filter ignore 'route-ipv6' --pull-filter ignore 'ifconfig-ipv6' --pull-filter ignore 'tun-ipv6' --pull-filter ignore 'dhcp-option DNS6' --pull-filter ignore 'persist-tun' --pull-filter ignore 'reneg-sec' --up /root/openvpnup.sh --up-delay --up-restart --keepalive 10 60 --setenv STRICT_PORT_FORWARD 'yes' --setenv VPN_USER 'xxxxxxxx' --setenv VPN_PASS 'xxxxxxxx' --disable-occ --auth-user-pass credentials.conf --cd /config/openvpn --config '/config/openvpn/CA Toronto.ovpn' --remote 66.115.142.228 1198 udp --remote 66.115.142.239 1198 udp --remote 66.115.142.203 1198 udp --remote 66.115.142.249 1198 udp --remote 66.115.142.232 1198 udp --remote-random
[info] Starting OpenVPN (non daemonised)...

2020-09-24 18:38:17,661 DEBG 'start-script' stdout output:
Thu Sep 24 18:38:17 2020 WARNING: file 'credentials.conf' is group or others accessible
Thu Sep 24 18:38:17 2020 OpenVPN 2.4.9 [git:makepkg/9b0dafca6c50b8bb+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Apr 20 2020

2020-09-24 18:38:17,661 DEBG 'start-script' stdout output:
Thu Sep 24 18:38:17 2020 library versions: OpenSSL 1.1.1g  21 Apr 2020, LZO 2.10

2020-09-24 18:38:17,661 DEBG 'start-script' stdout output:
Thu Sep 24 18:38:17 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2020-09-24 18:38:17,662 DEBG 'start-script' stdout output:
Thu Sep 24 18:38:17 2020 CRL: loaded 1 CRLs from file [[INLINE]]

2020-09-24 18:38:17,662 DEBG 'start-script' stdout output:
Thu Sep 24 18:38:17 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]66.115.142.203:1198
Thu Sep 24 18:38:17 2020 UDP link local: (not bound)
Thu Sep 24 18:38:17 2020 UDP link remote: [AF_INET]66.115.142.203:1198

2020-09-24 18:38:17,916 DEBG 'start-script' stdout output:
Thu Sep 24 18:38:17 2020 [toronto407] Peer Connection Initiated with [AF_INET]66.115.142.203:1198

2020-09-24 18:38:19,196 DEBG 'start-script' stdout output:
Thu Sep 24 18:38:19 2020 TUN/TAP device tun0 opened
Thu Sep 24 18:38:19 2020 /usr/bin/ip link set dev tun0 up mtu 1500

2020-09-24 18:38:19,197 DEBG 'start-script' stdout output:
Thu Sep 24 18:38:19 2020 /usr/bin/ip addr add dev tun0 10.9.112.3/24 broadcast 10.9.112.255

2020-09-24 18:38:19,198 DEBG 'start-script' stdout output:
Thu Sep 24 18:38:19 2020 /root/openvpnup.sh tun0 1500 1558 10.9.112.3 255.255.255.0 init

2020-09-24 18:38:19,202 DEBG 'start-script' stdout output:
[debug] Waiting for valid local and gateway IP addresses from tunnel...

2020-09-24 18:38:19,203 DEBG 'start-script' stdout output:
Thu Sep 24 18:38:19 2020 Initialization Sequence Completed

2020-09-24 18:38:21,231 DEBG 'start-script' stdout output:
[debug] Valid local IP address from tunnel acquired '10.9.112.3'
[debug] Valid gateway IP address from tunnel acquired '10.9.112.1'

2020-09-24 18:38:21,231 DEBG 'start-script' stdout output:
[debug] Checking we can resolve name 'www.google.com' to address...

2020-09-24 18:38:21,392 DEBG 'start-script' stdout output:
[debug] DNS operational, we can resolve name 'www.google.com' to address '172.217.23.132'

2020-09-24 18:38:21,392 DEBG 'start-script' stdout output:
[info] Attempting to get external IP using Name Server 'ns1.google.com'...

2020-09-24 18:38:21,741 DEBG 'start-script' stdout output:
[info] Successfully retrieved external IP address 66.115.142.203

2020-09-24 18:38:21,742 DEBG 'start-script' stdout output:
[info] Port forwarding is enabled
[info] Checking endpoint 'ca-toronto.privacy.network' is port forward enabled...

2020-09-24 18:38:27,954 DEBG 'start-script' stdout output:
parse error: Invalid numeric literal at line 4, column 0

2020-09-24 18:38:27,956 DEBG 'start-script' stdout output:
[info] PIA endpoint 'ca-toronto.privacy.network' is in the list of endpoints that support port forwarding

2020-09-24 18:38:27,956 DEBG 'start-script' stdout output:
[info] List of PIA endpoints that support port forwarding:-

2020-09-24 18:38:27,957 DEBG 'start-script' stdout output:
[info] al.privacy.network
[info] ad.privacy.network
[info] austria.privacy.network
[info] brussels.privacy.network
[info] ba.privacy.network
[info] sofia.privacy.network
[info] czech.privacy.network
[info] denmark.privacy.network
[info] ee.privacy.network
[info] fi.privacy.network
[info] france.privacy.network
[info] de-frankfurt.privacy.network
[info] de-berlin.privacy.network
[info] gr.privacy.network
[info] hungary.privacy.network
[info] is.privacy.network
[info] ireland.privacy.network
[info] man.privacy.network
[info] italy.privacy.network
[info] lv.privacy.network

2020-09-24 18:38:27,957 DEBG 'start-script' stdout output:
[info] liechtenstein.privacy.network
[info] lt.privacy.network
[info] lu.privacy.network
[info] mk.privacy.network
[info] malta.privacy.network
[info] md.privacy.network
[info] monaco.privacy.network
[info] montenegro.privacy.network
[info] nl-amsterdam.privacy.network
[info] no.privacy.network
[info] poland.privacy.network
[info] pt.privacy.network
[info] ro.privacy.network
[info] rs.privacy.network
[info] sk.privacy.network
[info] spain.privacy.network
[info] sweden.privacy.network
[info] swiss.privacy.network
[info] ua.privacy.network
[info] uk-manchester.privacy.network
[info] uk-london.privacy.network
[info] uk-southampton.privacy.network
[info] bahamas.privacy.network
[info] ca-vancouver.privacy.network
[info] ca-ontario.privacy.network
[info] ca-montreal.privacy.network
[info] ca-toronto.privacy.network
[info] greenland.privacy.network
[info] mexico.privacy.network

2020-09-24 18:38:27,957 DEBG 'start-script' stdout output:
[info] panama.privacy.network
[info] ar.privacy.network
[info] br.privacy.network
[info] venezuela.privacy.network
[info] yerevan.privacy.network
[info] cambodia.privacy.network
[info] cyprus.privacy.network
[info] georgia.privacy.network
[info] hk.privacy.network
[info] in.privacy.network
[info] iran.privacy.network
[info] israel.privacy.network
[info] japan.privacy.network
[info] kazakhstan.privacy.network
[info] philippines.privacy.network
[info] qatar.privacy.network
[info] saudiarabia.privacy.network
[info] sg.privacy.network
[info] srilanka.privacy.network
[info] taiwan.privacy.network
[info] tr.privacy.network
[info] ae.privacy.network
[info] vietnam.privacy.network
[info] aus-perth.privacy.network
[info] au-sydney.privacy.network
[info] aus-melbourne.privacy.network
[info] nz.privacy.network
[info] dz.privacy.network

2020-09-24 18:38:27,957 DEBG 'start-script' stdout output:
[info] egypt.privacy.network
[info] morocco.privacy.network
[info] nigeria.privacy.network
[info] za.privacy.network

2020-09-24 18:38:27,957 DEBG 'start-script' stdout output:
[debug] Waiting for valid local and gateway IP addresses from tunnel...

2020-09-24 18:38:29,985 DEBG 'start-script' stdout output:
[debug] Valid local IP address from tunnel acquired '10.9.112.3'
[debug] Valid gateway IP address from tunnel acquired '10.9.112.1'

2020-09-24 18:38:36,007 DEBG 'start-script' stdout output:
parse error: Invalid numeric literal at line 4, column 0

2020-09-24 18:38:36,509 DEBG 'start-script' stdout output:
[warn] Unable to successfully download PIA json payload from URL 'https://10.9.112.1:19999/getSignature?token=8gm84jFIIDNCf5dGOMau_4pmRONktjf4Xt1WKFD1yB_N8wqWBuxOOOMIhxQUjv2+g+H9UbwoM2Q3HFX8nttSCKrRt7xM2TcWxr6aShK1dNTKhzdrSmeQ0XHsb0E='
[info] 12 retries left
[info] Retrying in 10 secs...

 

Edited September 26, 20205 yr by jonathanm
redact creds