[Support] binhex - DelugeVPN


8533 posts in this topic Last Reply

Recommended Posts

  • Replies 8.5k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

There has been an issue raised on GitHub related to tracker announce request IP leakage under certain circumstances, after careful review of iptables i have tightened up the rules to prevent this. A n

OK guys, multi remote endpoint support is now in for this image please pull down the new image (this change will be rolled out to all my vpn images shortly).   What this means is that the im

ok thats fine, so you are using privoxy in this case and NOT network binding multiple containers.   so good news, at long last i am able to replicate one of the issues here, so if i set sona

Posted Images

Hi, could this container be used to bounce against multiple VPNs via privoxy?

I've been using it for years on unraid and it works awesome, one of the best containers out there, I couldn't live without it now. 

However on my last holiday I was uploading files via my ubiquity vpn to my unraid, and the it guy got jealous and blocked connection between my pc and my home/vpn IP. Now, I was about to boot VM inside my pc, so that my PC would connect to PIA vpn, and my VM would then connect to my home vpn, but then I found that I could still upload via my phone so I used that instead. 

Could this container be used for this scenario, where my pc would connect to some PIA server, and the OpenVpn would then connect to my home, and privoxy would be used for some browser/client so that I could upload files to my vpn?

 

Or am I missing some obvious way of doing such VPN through another VPN solution on windows?

Link to post

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 post
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 :-).

Link to post

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 post

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 post
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 post

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 post

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 post
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 post

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 post
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 post

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 post
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 post

I'm sure its somewhere in this thread but I couldn't find it.
If I forgot to save my password, how can I reset it without having to create the container from scratch?

Ive tried removing the auth and core.conf files but no dice

Link to post

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 post

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.