[Support] binhex - DelugeVPN


Recommended Posts

I am attempting to get this delugevpn docker container running on a Synology NAS and using pia as the vpn.

 

I think I am almost there but I am getting the following error:

2020-08-02 09:59:55,361 DEBG 'start-script' stdout output:
Sun Aug 2 09:59:55 2020 ERROR: Cannot ioctl TUNSETIFF tun: Operation not permitted (errno=1)
Sun Aug 2 09:59:55 2020 Exiting due to fatal error

 

Any thoughts what might be causing this?

 

Regards,

Greg.

Link to comment
On 7/31/2020 at 12:34 PM, jonathanm said:

Any chance this will motivate you to provide automatic endpoint failover / rotation in some form? Not a formal request, just wondering.

 

I can envision a rather complex routine involving multiple ovpn, periodic rate testing of each, and connection to the best one.

i see the reason for wanting this, i do, but its a non trivial bit of work and right now i got a lot of other stuff going on, so its not a no it will never get done, but its a maybe some time in the future :-).

  • Thanks 1
Link to comment

I have been looking around and I see that their next-gen VPN service is a complete redesign of their server infrastructures. I dont know what needs to be fixed, but I see that "docker-wireguard-pia" has implemented their next-gen servers 3 days ago. They now has a variable "USEMODERN=0/1" to be able to connect to the next-gen servers.

https://hub.docker.com/r/thrnz/docker-wireguard-pia 

Github: https://github.com/thrnz/docker-wireguard-pia

 

In one of his commits he writes:

Quote

 

#

# This script has been tested with Wireguard, but should (?) work on OpenVPN too.

#

# Port forwarding on the 'next-gen' network isn't supported outside of the official PIA app at this stage. Use at your own risk!

#

# Based on what was found in the open source app:

# https://github.com/pia-foss/desktop/blob/master/daemon/src/portforwardrequest.cpp

 

 

I hope some of this info helps, as it would be awesome if this could get implemented in DelugeVPN aswell, so we can keep using our favourite VPN servers :)

Edited by qbone
Link to comment

Getting the error exit code 52, nothing has changed, I assume something with PIA, I searched forum but did not find answer.

 

After a few minutes it came up, but one of my isos are not going. PIA issue?

 

Quote

2020-08-03 20:02:45,832 DEBG 'start-script' stdout output:
Mon Aug 3 20:02:45 2020 /usr/bin/ip addr add dev tun0 local 10.85.11.6 peer 10.85.11.5

2020-08-03 20:02:45,833 DEBG 'start-script' stdout output:
Mon Aug 3 20:02:45 2020 /root/openvpnup.sh tun0 1500 1558 10.85.11.6 10.85.11.5 init

2020-08-03 20:02:45,841 DEBG 'start-script' stdout output:
Mon Aug 3 20:02:45 2020 Initialization Sequence Completed

2020-08-03 20:02:45,971 DEBG 'start-script' stdout output:
[info] Port forwarding is enabled
[info] Checking endpoint 'swiss.privateinternetaccess.com' is port forward enabled...

2020-08-03 20:02:48,374 DEBG 'start-script' stdout output:
[info] PIA endpoint 'swiss.privateinternetaccess.com' is in the list of endpoints that support port forwarding
[info] List of PIA endpoints that support port forwarding:-
[info] ca-toronto.privateinternetaccess.com
[info] ca-montreal.privateinternetaccess.com
[info] ca-vancouver.privateinternetaccess.com
[info] de-berlin.privateinternetaccess.com
[info] de-frankfurt.privateinternetaccess.com
[info] sweden.privateinternetaccess.com
[info] swiss.privateinternetaccess.com
[info] france.privateinternetaccess.com
[info] czech.privateinternetaccess.com
[info] spain.privateinternetaccess.com
[info] ro.privateinternetaccess.com
[info] israel.privateinternetaccess.com
[info] Attempting to get dynamically assigned port...

2020-08-03 20:02:49,890 DEBG 'start-script' stdout output:
[warn] Exit code '52' from curl != 0 or no response body received
[info] 12 retries left
[info] Retrying in 10 secs...

2020-08-03 20:03:00,488 DEBG 'start-script' stdout output:
[warn] Exit code '52' from curl != 0 or no response body received
[info] 11 retries left
[info] Retrying in 10 secs...

 

Edited by scubieman
Link to comment
Getting the error exit code 52, nothing has changed, I assume something with PIA, I searched forum but did not find answer.
 
After a few minutes it came up, but one of my isos are not going. PIA issue?
 
2020-08-03 20:02:45,832 DEBG 'start-script' stdout output:
Mon Aug 3 20:02:45 2020 /usr/bin/ip addr add dev tun0 local 10.85.11.6 peer 10.85.11.5

2020-08-03 20:02:45,833 DEBG 'start-script' stdout output:
Mon Aug 3 20:02:45 2020 /root/openvpnup.sh tun0 1500 1558 10.85.11.6 10.85.11.5 init

2020-08-03 20:02:45,841 DEBG 'start-script' stdout output:
Mon Aug 3 20:02:45 2020 Initialization Sequence Completed

2020-08-03 20:02:45,971 DEBG 'start-script' stdout output:
[info] Port forwarding is enabled
[info] Checking endpoint 'swiss.privateinternetaccess.com' is port forward enabled...

2020-08-03 20:02:48,374 DEBG 'start-script' stdout output:
[info] PIA endpoint 'swiss.privateinternetaccess.com' is in the list of endpoints that support port forwarding
[info] List of PIA endpoints that support port forwarding:-
[info] ca-toronto.privateinternetaccess.com
[info] ca-montreal.privateinternetaccess.com
[info] ca-vancouver.privateinternetaccess.com
[info] de-berlin.privateinternetaccess.com
[info] de-frankfurt.privateinternetaccess.com
[info] sweden.privateinternetaccess.com
[info] swiss.privateinternetaccess.com
[info] france.privateinternetaccess.com
[info] czech.privateinternetaccess.com
[info] spain.privateinternetaccess.com
[info] ro.privateinternetaccess.com
[info] israel.privateinternetaccess.com
[info] Attempting to get dynamically assigned port...

2020-08-03 20:02:49,890 DEBG 'start-script' stdout output:
[warn] Exit code '52' from curl != 0 or no response body received
[info] 12 retries left
[info] Retrying in 10 secs...

2020-08-03 20:03:00,488 DEBG 'start-script' stdout output:
[warn] Exit code '52' from curl != 0 or no response body received
[info] 11 retries left
[info] Retrying in 10 secs...
 
Yes pia issue, switch endpoint

Sent from my CLT-L09 using Tapatalk

Link to comment

hmm this is a bit shit to say the least, taken from reddit PIA Support staff:-

Quote

I apologize, but currently the only way to access the Next-Gen network is to use the PIA client. We may release OpenVPN files in the future that allow for a connection to the new network; however, I cannot say when or if that will be implemented.

so basically there is no way to connect to next gen network without using their crappy app, hmmmmm, lets hope they dont cut off the legacy network, i think that is unlikely as they would have a linux user riot on their hands :-).

Link to comment

Hi guys, I'm having some trouble with DelugeVPN in combination with PIA since a couple of weeks. I read a couple of pages back but couldn't find my exact issue (also checked the FAQ), so maybe someone can point me in the right direction.. I also had the Exit code 52 thing at first, but first that by updating my PIA files. I'm using France (and tried Sweden and some others too) as ovpn file.

 

The problem: Everything starts up fine. My torrents get added to DelugeVPN. But they all hang at 0.00%. The docker container logs show no errors. What could possibly be the issue?

 

It also shows IP: N/A in de bottom right of Deluge. Not sure if that's supposed to happen.

Edited by Hypercube
Link to comment
14 hours ago, Hypercube said:

The problem: Everything starts up fine. My torrents get added to DelugeVPN. But they all hang at 0.00%. The docker container logs show no errors. What could possibly be the issue?

this sounds like a classic case of incorrectly configured incomplete and completed folders in deluge, can you post a screenshot of your settings in the deluge web ui for the incomplete and completed folders settings?

Link to comment

I am experiencing a weird issue, and have been for a long time. 
DelugeVPN starts perfectly fine, port forward is setup and everything is running smooth, both Deluge and Privoxy. But after a while Privoxy stops working and I keep getting ERR_PROXY_CONNECTION_FAILED, and no matter how many times I refresh my browser, the page doesnt load. Deluge is still running fine, and downloading and all.

 

This is the latest output from the log in Docker with DEBUG enabled:

Quote

2020-08-05 15:59:25++ [[ 0 -eq 0 ]]

2020-08-05 15:59:252020-08-05 17:59:25,221 DEBG 'watchdog-script' stderr output:

2020-08-05 15:59:25

2020-08-05 15:59:250

2020-08-05 15:59:252020-08-05 17:59:25,220 DEBG 'watchdog-script' stdout output:

2020-08-05 15:59:14

2020-08-05 15:59:14++ curly.sh --retry-count 5 --retry-wait 2 --no-progress true --no-output true -url https://portchecker.co/

2020-08-05 15:59:142020-08-05 17:59:14,805 DEBG 'watchdog-script' stderr output:

2020-08-05 15:59:14

2020-08-05 15:59:14[debug] Checking deluge incoming port '36428' is open, using external website 'https://portchecker.co/'...

2020-08-05 15:59:142020-08-05 17:59:14,805 DEBG 'watchdog-script' stdout output:

2020-08-05 15:59:14

2020-08-05 15:59:14[debug] iptables chain policies are in place

2020-08-05 15:59:142020-08-05 17:59:14,777 DEBG 'watchdog-script' stdout output:

2020-08-05 15:59:14

2020-08-05 15:59:14[debug] Waiting for iptables chain policies to be in place...

2020-08-05 15:59:142020-08-05 17:59:14,754 DEBG 'watchdog-script' stdout output:

2020-08-05 15:58:44

2020-08-05 15:58:44[debug] Deluge IP is 10.37.10.6

2020-08-05 15:58:44[debug] VPN IP is 10.37.10.6

2020-08-05 15:58:44[debug] Deluge incoming port is 36428

2020-08-05 15:58:44[debug] VPN incoming port is 36428

2020-08-05 15:58:442020-08-05 17:58:44,740 DEBG 'watchdog-script' stdout output:

2020-08-05 15:58:44

2020-08-05 15:58:44[debug] iptables chain policies are in place

2020-08-05 15:58:442020-08-05 17:58:44,718 DEBG 'watchdog-script' stdout output:

2020-08-05 15:58:44

2020-08-05 15:58:44[debug] Waiting for iptables chain policies to be in place...

2020-08-05 15:58:442020-08-05 17:58:44,700 DEBG 'watchdog-script' stdout output:

2020-08-05 15:58:14

2020-08-05 15:58:14[debug] Deluge IP is 10.37.10.6

2020-08-05 15:58:14[debug] VPN IP is 10.37.10.6

2020-08-05 15:58:14[debug] Deluge incoming port is 36428

2020-08-05 15:58:14[debug] VPN incoming port is 36428

2020-08-05 15:58:142020-08-05 17:58:14,688 DEBG 'watchdog-script' stdout output:

2020-08-05 15:58:14

2020-08-05 15:58:14[debug] iptables chain policies are in place

2020-08-05 15:58:142020-08-05 17:58:14,664 DEBG 'watchdog-script' stdout output:

2020-08-05 15:58:14

2020-08-05 15:58:14[debug] Waiting for iptables chain policies to be in place...

2020-08-05 15:58:142020-08-05 17:58:14,647 DEBG 'watchdog-script' stdout output:

2020-08-05 15:57:44

2020-08-05 15:57:44[debug] Deluge IP is 10.37.10.6

2020-08-05 15:57:44[debug] VPN IP is 10.37.10.6

2020-08-05 15:57:44[debug] Deluge incoming port is 36428

2020-08-05 15:57:44[debug] VPN incoming port is 36428

2020-08-05 15:57:442020-08-05 17:57:44,635 DEBG 'watchdog-script' stdout output:

2020-08-05 15:57:44

2020-08-05 15:57:44[debug] iptables chain policies are in place

2020-08-05 15:57:442020-08-05 17:57:44,614 DEBG 'watchdog-script' stdout output:

2020-08-05 15:57:44

2020-08-05 15:57:44[debug] Waiting for iptables chain policies to be in place...

2020-08-05 15:57:442020-08-05 17:57:44,596 DEBG 'watchdog-script' stdout output:

2020-08-05 15:57:14

2020-08-05 15:57:14[debug] Deluge IP is 10.37.10.6

2020-08-05 15:57:14[debug] VPN IP is 10.37.10.6

2020-08-05 15:57:14[debug] Deluge incoming port is 36428

2020-08-05 15:57:14[debug] VPN incoming port is 36428

2020-08-05 15:57:142020-08-05 17:57:14,584 DEBG 'watchdog-script' stdout output:

2020-08-05 15:57:14

2020-08-05 15:57:14[debug] iptables chain policies are in place

2020-08-05 15:57:142020-08-05 17:57:14,573 DEBG 'watchdog-script' stdout output:

2020-08-05 15:57:14

2020-08-05 15:57:14[debug] Waiting for iptables chain policies to be in place...

2020-08-05 15:57:14

2020-08-05 17:57:14,545 DEBG 'watchdog-script' stdout output:

Full log from when I started the container is here: https://1drv.ms/t/s!ApdX8TySRpgNhOBVBjOAJqRVlvF2DQ?e=W0nb4u

Link to comment
On 8/5/2020 at 3:05 AM, binhex said:

this sounds like a classic case of incorrectly configured incomplete and completed folders in deluge, can you post a screenshot of your settings in the deluge web ui for the incomplete and completed folders settings?

I'm not the OP but I've had this issue too and the only thing that fixes it is rolling back to older versions

 

 

Screen Shot 2020-08-06 at 6.26.49 AM.png

Screen Shot 2020-08-06 at 6.26.34 AM.png

Screen Shot 2020-08-06 at 6.25.11 AM.png

Link to comment

I've just had my connection flake out on me again, not the same error as I mentioned before but just wasn't connecting but also wasn't timing out. Strange.

 

I've downloaded the PIA OpenVPN zip file again, used the same end point as before (Sweden) & it's connected. Either it was a coincidence on my end or lucky timing or something like that for me replacing the end point, but seems to have done the trick. Maybe something has changed in those files, although I'm not sure what could/would have changed? (I'm not knowledgeable on what exactly is contained in these files, so apologies if that's a bit of a nub suggestion).

 

Strange thing is, when I check the IP address of the new end point on https://whatismyipaddress.com/, it's not Sweden it shows as, it's China 😕

Link to comment
8 hours ago, elcapitano said:

Same problem with Sweden.ovpn as others have reported here. .  Can't find anything on the Sweden server being down but I did find this -> https://www.privateinternetaccess.com/helpdesk/news/posts/august-6th-2020-important-updated-server-changes-and-related-issues

did you submit a support ticket to pia regarding the sweden node? if not please do.. lets get that node working again

Link to comment

Hello there, 

 

Let me start by saying thanks for the awesome containers. I'm currently using DelugeVPN but the following is also true for QBtorrentVPN as I tested with both. 
Issue 1: 
AirVPN had slow speeds and no uploads, I fixed this with port forwarding. Container can upload now at around my max upload speed!

Issue 2:

My downloads dont go past 1.2 mbs per second, usually they hover at 500kbs down 500kbs up. 
Trouble shooting done so far: 

  1. Try 25 different severs in the 4 continents available in AirVPN - same speeds
  2. Try all those servers again but know using ubuntu.iso as a test (lots of seeds) - this takes me to 1.2 max 
  3. Try downloading ubuntu.iso on my windows vm without VPN/proxy - max 10mbs image.png.3f69f4a3ebc89588b0f13821383704d2.png
  4. Now the same torrent inside delugeVPN this time I'm using UDP port 53 (canada) as I read online that changing ports might help - no change max speed is 1.2 average is around 500kbs.image.png.31c71df6b9e99e5cab034bf3c3394490.png
  5. Ok so now I'm thinking, it has to be airVPN screwing with my speeds (im a noob), I decide to test this theory I'm going to install Eddie and connect to the vpn on my windows machine, forward the same port as I do in delugeVPN and see what happens - oh hey connecting to the same Canadian point yields faster speeds.
    image.png.57e94fa8beddd53a57846648ef88db6a.png

Conclusion: Can I please have some help making my VPN container go faster please? My setup in step #5 goes fast even with a random port (I know this because I tested port 60694 in the /ports/ section of airvpn and the check failed yet the speed is amazing, note that the port test passes when I'm using delugeVPN and I test the port). At any rate I'm not sure where I messed up here. 

 

update 1: I was reading again (when will I learn?) and I found that maybe switching to ssl would fix my issues (though in retrospect my issues not my isp so I don't think this will fix the issue) anyway I tried to use the .ovpn file but the container refused to start with error along the lines of I cant bind to 127.0.0.1:1443 although the ssl port i picked was 53). Again i don't think this is really the path to follow to fix my issue. 

 

update 2: I figured i should see if my container is the issue I turned off the vpn and the speeds are just like my windows vm so that is not the issue either I think:
image.png.78b383d3d6efc01028bfcf8bc146266e.png
I tried torrents for archive.org with the same results vpn+container = 1/10th the speed. 


update 3: So I was thinking maybe I'm not getting an error but I'm sure as hell getting warnings maybe one of them holds the key to my poor speeds? I get this same error every time I use my udp config files (which again are the only ones that actually run) maybe they mean something to you guys? 
image.png.ca96bf2de24335a236fd4057637d79a6.png

 

update 4: changing the udp port to say 53 - this didn't make a difference makes sense no isp throttling but hey I gotta keep testing stuff. 

 

update 5: tcp? why not lets try that!  - this was slower than UDP it usually hovered aorund 400kbs. 

TL;DR: I've tried a lot of things to improve the speed of my binhexVPN container but I'm unable to match the speeds I get inside of my windows vm when connected to the same server - Canada Lacerta - upd - 443 (yes I did keep testing this setup with other servers with the same results). 
 

Edited by RaidBoi1904
Link to comment
26 minutes ago, RaidBoi1904 said:

Hello there, 

 

Let me start by saying thanks for the awesome containers. I'm currently using DelugeVPN but the following is also true for QBtorrentVPN as I tested with both. 
Issue 1: 
AirVPN had slow speeds and no uploads, I fixed this with port forwarding. Container can upload now at around my max upload speed!

Issue 2:

My downloads dont go past 1.2 mbs per second, usually they hover at 500kbs down 500kbs up. 
Trouble shooting done so far: 

  1. Try 25 different severs in the 4 continents available in AirVPN - same speeds
  2. Try all those servers again but know using ubuntu.iso as a test (lots of seeds) - this takes me to 1.2 max 
  3. Try downloading ubuntu.iso on my windows vm without VPN/proxy - max 10mbs image.png.3f69f4a3ebc89588b0f13821383704d2.png
  4. Now the same torrent inside delugeVPN this time I'm using UDP port 53 (canada) as I read online that changing ports might help - no change max speed is 1.2 average is around 500kbs.image.png.31c71df6b9e99e5cab034bf3c3394490.png
  5. Ok so now I'm thinking, it has to be airVPN screwing with my speeds (im a noob), I decide to test this theory I'm going to install Eddie and connect to the vpn on my windows machine, forward the same port as I do in delugeVPN and see what happens - oh hey connecting to the same Canadian point yields faster speeds.
    image.png.57e94fa8beddd53a57846648ef88db6a.png

Conclusion: Can I please have some help making my VPN container go faster please? My setup in step #5 goes fast even with a random port (I know this because I tested port 60694 in the /ports/ section of airvpn and the check failed yet the speed is amazing, note that the port test passes when I'm using delugeVPN and I test the port). At any rate I'm not sure where I messed up here. 

 

update 1: I was reading again (when will I learn?) and I found that maybe switching to ssl would fix my issues (though in retrospect my issues not my isp so I don't think this will fix the issue) anyway I tried to use the .ovpn file but the container refused to start with error along the lines of I cant bind to 127.0.0.1:1443 although the ssl port i picked was 53). Again i don't think this is really the path to follow to fix my issue. 

update 2: I figured i should see if my container is the issue I turned off the vpn and the speeds are just like my windows vm so that is not the issue either I think:
image.png.78b383d3d6efc01028bfcf8bc146266e.png
I tried torrents for archive.org with the same results vpn+container = 1/10th the speed. 

TL;DR: I've tried a lot of things to improve the speed of my binhexVPN container but I'm unable to match the speeds I get inside of my windows vm when connected to the same server - Canada Lacarta - upd - 443.

 

First of all, if you haven't done it already, put a cap on the global upload speed to about 80% of what your connection can handle. This in done in the deluge settings. Not doing so will actually slow down your download and your hole network. This is because torrenting constantly have hundreds of connections open. Second, download a new ovpn file with only servers in the Netherlands, use port 443 udp which is default I think. Did that help? 

 

And of course, be sure to set the correct incoming port in deluge

Edited by strike
Link to comment
10 hours ago, ClunkClunk said:

ca-vancouver.privateinternetaccess.com is working for me right now.

Same here. Tried all the servers in the list that support port forwarding without any luck. Many of these I don't even have ovpn files for.

 

Quote

2020-04-14 01:11:54,325 DEBG 'start-script' stdout output:
[info] List of PIA endpoints that support port forwarding:-
[info] ca-montreal.privateinternetaccess.com
[info] de-berlin.privateinternetaccess.com
[info] de-frankfurt.privateinternetaccess.com
[info] sweden.privateinternetaccess.com

2020-04-14 01:11:54,325 DEBG 'start-script' stdout output:
[info] swiss.privateinternetaccess.com
[info] france.privateinternetaccess.com
[info] czech.privateinternetaccess.com
[info] spain.privateinternetaccess.com
[info] ro.privateinternetaccess.com
[info] israel.privateinternetaccess.com

 

I notice vancouver isn't in the list. Got a successful start though.

Edited by wgstarks
auto correct
  • Like 1
Link to comment
33 minutes ago, strike said:

First of all, if you haven't done it already, put a cap on the global upload speed to about 80% of what your connection can handle. This in done in the deluge settings. Not doing so will actually slow down your download and your hole network. This is because torrenting constantly have hundreds of connections open. Second, download a new ovpn file with only servers in the Netherlands, use port 443 udp which is default I think. Did that help? 

 

And of course, be sure to set the correct incoming port in deluge

Roger!

  1. go to https://airvpn.org/generator/ and create a fresh - Netherlands 443 udp
    image.png.076bc530c25ccbb9e4b0290817cc0f3e.png
  2. start delugeVPN with new config file
  3. change setting from -1 Maxium upload speed to 350kbs well bellow my max
    image.png.2b57ef23bf0180dcdca1aec4979b6b82.png
  4. confirm port 60694 is being used and that it passes TCP check in airvpn.org/ports/
    image.png.7b546f52621431ffa235eb52828674f2.png

Results: 
Same slow speeds :( 
image.png.3e19647d82f83783747db4b6c3455e1d.png

 

 

image.png

Edited by RaidBoi1904
updated with pictures!
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.