30 minutes ago, MisterOrange said:

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.

I was getting the same, but left it for a few minutes and it came good on it's own.

 

Getting great speeds finally from an endpoint on my own continent (au-sydney)!

 

@binhex do you need anything specific from us guinea pigs?

Edited September 24, 20205 yr by Jorgen

Testing now with next gen...  It fired up right away and connected immediately... looks good, will monitor.

 

Transfers began right away up/down with good speeds. No complaints for me.

Edited September 25, 20205 yr by Liner81
additional info

8 minutes ago, Liner81 said:

Testing now with next gen...  It fired up right away and connected immediately... looks good, will monitor.

Same here, but so far no downloads will run. 

2 hours ago, Jorgen said:

I was getting the same, but left it for a few minutes and it came good on it's own.

 

Getting great speeds finally from an endpoint on my own continent (au-sydney)!

 

@binhex do you need anything specific from us guinea pigs?

This eventually worked for me as well...sort of. Deluge came up correctly and the UI was working, however I am unable to connect to Deluge from Sonarr whenever the VPN was enable. Works fine with it disabled. Experimenting with settings now, but it takes forever to try each one since it is taking 10-15 minutes for it to eventually connect to PIA correctly.

4 minutes ago, Blindkitty38 said:

Same here, but so far no downloads will run. 

Which location are you using? Mine is struggling with Toronto.

8 minutes ago, MisterOrange said:

Which location are you using? Mine is struggling with Toronto.

Same actually

PIA NewGen up and running, with download, using the Sweden endpoint.

 

Remote client connected without problem, from Linux Mint.

 

All looking good, so far.

 

Much kudos to binhex!

Edited September 25, 20205 yr by PeterB
Addition

Hello,

I posted about my Deluge issues elsewhere, and did not get the answer I was looking for so I will try this thread.

I have binhex-delugevpn installed, and it works like a charm when the "VPN_ENABLED" option is disabled.

 

However! when I do enable VPN_ENABLED option on startup, the deluge docker never starts up. I get log errors reminiscent of the below (and attached).

What Is the reason that I am seeing IPv6 references in the log?

 

I have PIA ovpn files in the ovpn appdata folder as required. I think I have in there the "next gen" option.

 

Like I said earlier, when the VPN_ENABLED option is set to NO, everything works, the docker starts, and I'm able to get into the GUI.

There is no point to use deluge to download torrents unless I am connected to a VPN.

 

Any and all help is very appreciated.

 

Thank you!

-Eli

Deluge_Log_09242020.pdf

Edited September 25, 20205 yr by UnBeastRaid

A 7.5GB mkv download just completed on NewGen, and now playing.  No apparent issues.

Very happy with the next-gen testing. Had to throttle the download bandwidth in deluge because downloading an Ubuntu ISO maxed out my internet connection!

Very happy with the next-gen testing. Had to throttle the download bandwidth in deluge because downloading an Ubuntu ISO maxed out my internet connection!

I too am seeing speeds on next gen that I never achieved on current gen, very close to line speeds for me.

Sent from my CLT-L09 using Tapatalk

So i went through the process, tried a few servers, but still getting that loop even after 20 minutes of patience. Attempted all Canadians, Mexico, Bahamas, then i attempted sweeden as another person had luck on. 

Reading back through the posts. And before u go ahead and do this.  Is it as easyer as.

 

Download the new opvn files.

Unzip and choose you endpoint

And copy over the endpoint and cerf.

 

If so then i will try it later once i get home. And post the results

 

1 minute ago, chris_netsmart said:

Reading back through the posts. And before u go ahead and do this.  Is it as easyer as.

 

Download the new opvn files.

Unzip and choose you endpoint

And copy over the endpoint and cerf.

 

If so then i will try it later once i get home. And post the results

 

Remember and change the 'Repository' part to show':test:, too:

 

I'm struggling to get connected. Tried Berlin for the last 90mins or so (let it cycle for about 30mins, stopped, gave it 20mins or so before another attempt) & about to try another endpoint, so will update when I've tried that.
 

So i was able to connected with Netherlands, But in my testing i had turned privoxy off, and it connected in about 5 minutes, I turned it back on and back to cycling. will report any changes.

It worked! Next-Gen from Montreal.

It required a full 20 minutes of looping through "Retrying in 10 secs..."

 

I have successfully downloaded a file at expected speeds.

Will monitor.

Connected now, after a bunch of retries, to Frankfurt. 

 

Seemed to have a few logs of this; am I right in thinking this is when PIA aren't permitting a reallocation?

[warn] Unable to successfully download PIA json to generate token from URL 'https://212.102.57.65/authv3/generateToken'
[info] 2 retries left
[info] Retrying in 10 secs...

 

This is the one I seen most, not sure what it is, or refers to, but most people seem to be seeing it:

2020-09-25 10:07:16,021 DEBG 'start-script' stdout output:
parse error: Invalid numeric literal at line 4, column 0

 

Tested using an Ubuntu image download... and I'm still getting only around 600-800Kib/s in download speed. Cannot for the life of me figure out why I'm not getting any faster than that. Same image, connected with PIA Windows app (same location endpoint on nextgen) on gaming rig is getting ~12-13Mb/s 😧

5 minutes ago, xxDeadbolt said:

Connected now, after a bunch of retries, to Frankfurt. 

 

Seemed to have a few logs of this; am I right in thinking this is when PIA aren't permitting a reallocation?

[warn] Unable to successfully download PIA json to generate token from URL 'https://212.102.57.65/authv3/generateToken'
[info] 2 retries left
[info] Retrying in 10 secs...

 

This is the one I seen most, not sure what it is, or refers to, but most people seem to be seeing it:

2020-09-25 10:07:16,021 DEBG 'start-script' stdout output:
parse error: Invalid numeric literal at line 4, column 0

 

Tested using an Ubuntu image download... and I'm still getting only around 600-800Kib/s in download speed. Cannot for the life of me figure out why I'm not getting any faster than that. Same image, connected with PIA Windows app (same location endpoint on nextgen) on gaming rig is getting ~12-13Mb/s 😧

I’m seeing slow performance as well, but I suspect it’s on the PIA side. Strangely, binhex’s rTorrent VPN docker using Mullvad without forwarding working I can get 82-85MB/sec on my gigabit connection, but the same torrent with next gen in DelugeVPN won’t get above 22-24MB/sec and that’s using the high performance options with the ItConfig plugin. 

11 hours ago, Jorgen said:

do you need anything specific from us guinea pigs?

not really, i just wanted to see if you guinea pigs squealed with delight or misery when attempting to use the new image :-), looks like its mostly delight. so im pleased.

10 minutes ago, xxDeadbolt said:

This is the one I seen most, not sure what it is, or refers to, but most people seem to be seeing it:

2020-09-25 10:07:16,021 DEBG 'start-script' stdout output:
parse error: Invalid numeric literal at line 4, column 0

this can be safely ignored, i am aware of it and will try to silence it in the future, it is purely the json parser tool 'jq' bitching cos it found content that it couldnt parse, this is due to pia being a bit shit and lobbing some crappy hash or some such at the bottom of the json.

@binhex Im noticing when PRIVOXY is enabled, i never can connect, I turn if off, and usually can connect fairly quickly

Ok foot in mouth 30 minutes later it pushed through, but i do find it odd 5 min connect time with it off.

Edited September 25, 20205 yr by nikkinrob

4 minutes ago, cardo said:

I’m seeing slow performance as well, but I suspect it’s on the PIA side. Strangely, binhex’s rTorrent VPN docker using Mullvad without forwarding working I can get 82-85MB/sec on my gigabit connection, but the same torrent with next gen in DelugeVPN won’t get above 22-24MB/sec and that’s using the high performance options with the ItConfig plugin. 

Not so sure mine is strictly on the PIA end - I was only getting around the 600Kib/s mark on the old gen as well... but only in delugevpn. I'd expect to see some different between using my Windows rig and using unraid - but not going from 600Kib/s > 13Mb/s lol

12 hours ago, MisterOrange said:

it is unable to get the payload from PIA (bottom of the log).

 

12 hours ago, MisterOrange said:

[warn] Unable to successfully download PIA json payload from URL

OK so i saw the same during my test and i originally thought this was due to the mandatory 15-20 minute timeout on any allocated incoming ports (see my post #2 IMPORTANT comment), but i did raise it as a support ticket with PIA and the support guy who came back to me says that it is an issue they are aware of and will fix, so maybe its not the timeout on the port and it is instead a bug with their servers, here is the reply from my ticket:-

 

Quote

Thank you for reaching us here at PIA Customer Support.

 

I understand that you are having issues when setting up manual port forwarding. This is a known issue and our DevOps team are aware and currently working in resolving this matter.

 

It is currently in Alpha stage, but they've made a tremendous progress and plan to update the script(s).

 

We appreciate your patience on this matter.

 

Best Regards,

 

Alyanna C.

Customer Support Agent

BTW if you look at the json returned from their server on a failed download of the payload it states 'Login Failed', which of course is not possible, as you will of authenticated with their servers in order to get a working tunnel, so its a generic/incorrect error message they are returning, i will let you know if PIA fix this.

5 minutes ago, nikkinrob said:

Im noticing when PRIVOXY is enabled, i never can connect, I turn if off, and usually can connect fairly quickly

absolutely nothing to do with privoxy, privoxy is purely an app which makes use of the tunnel, it has no interaction with pia (or any other vpn provider), so it was a coincidence.

16 minutes ago, cardo said:

trangely, binhex’s rTorrent VPN docker using Mullvad without forwarding working I can get 82-85MB/sec on my gigabit connection, but the same torrent with next gen in DelugeVPN won’t get above 22-24MB/sec and that’s using the high performance options with the ItConfig plugin. 

i have always seen significantly better performance with rtorrent/rutorrent (my vpn app of choice) than i have with deluge, dont ask me why but there you go, have a look at the following link Q6 for tips and tricks on performance improvements:-

https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md