Deluge Split Tunnel Problem
|
Posts: 9
Threads: 3
Joined: Jun 2017
Reputation:
0
[Not Solved]
Jul 10, 2017, 10:12 PM
(This post was last modified: Jul 11, 2017, 12:30 PM by linuxnoob011.)
Hi all,
Does anyone have advice for troubleshooting slow download/upload speeds using the split tunnel set up detailed in the following HTPC guide: https://www.htpcguides.com/force-torrent...untu-16-04? When I say slow, I mean relative to other connections I get using the same test torrent (Ubutun 16.04 torrent) at the same time (well, approximately the same time, i.e. within seconds of each other--I don't literally run the downloads concurrently, as I don't want bandwidth limitations to be an issue).
Here is the relevant information:
- On my Ubuntu machine (which I would like to be my main machine for torrenting), when I download as the VPN user, I cannot crack 2 MBps--that is, using a split tunnel VPN set-up, I get slower speeds when I download as the user whose packets are sent through the VPN tunnel.
- On my Ubuntu machine, when I download as the normal user, I get a consistent 10 MBps--that is, using a split tunnel VPN set-up, I get a perfectly great speed when I download as the user whose packets are sent over clearnet, i.e. NOT through the VPN tunnel.
- On my Windows machine, when I download with the very same VPN service active, I get a consistent 3-4 MBps, which isn't great, but it is what I have come to expect when downloading from behind my vpn.
Why is the speed so different, despite downloading the exact same file, at the same times, using the exact same torrent client (deluge), with the exact same settings (re: number of connections etc.)? Is there some aspect of the split tunnel that might need to be modified? I note that my VPN service does not provide any port forwarding options, but I don't think the lack of this option is the problem--with respect to either the Ubuntu machine or the Windows machine, the relevant ports are not forwarded, and so if port forwarding were the issue, I would expect the same slow speeds on all of the three test configurations outlines above.
Anyone have some guidance?
Posts: 9
Threads: 3
Joined: Jun 2017
Reputation:
0
[Not Solved]
Jul 11, 2017, 04:06 PM
tl;dr
I am getting slow transfer speeds using deluge behind a split tunnel vpn, which I set up as described here: https://www.htpcguides.com/force-torrent...untu-16-04.
What could be causing this?
I think we can exclude my router (transfer speed okay behind same VPN from a different computer on the network, using same encryption settings etc.), and I think we can exclude the particular machine (transfer speed okay on the very same machine when not behind the VPN). But what could be left? It has to be some sort of interaction between the VPN service, the machine's settings, and Deluge's settings, but I'm at a loss as to what it could be.
Can anyone help?
Posts: 9
Threads: 3
Joined: Jun 2017
Reputation:
0
[Not Solved]
Jul 12, 2017, 08:09 PM
No one has any ideas? For what it is worth, I grabbed a one-month subscription to Private Internet Access and configured the split tunnel to use the PIA vpn. I am still finding that I have trouble exceeding 2.0 MBps on my ubuntu machine--even after configuring port forwarding (i.e., Deluge now shows the designated port to be open). So the problem does not seem like it has anything to do with the vpn service I use.
Posts: 9
Threads: 3
Joined: Jun 2017
Reputation:
0
[Not Solved]
Jul 13, 2017, 12:14 AM
(Jul 12, 2017, 08:09 PM)linuxnoob011 Wrote: No one has any ideas? For what it is worth, I grabbed a one-month subscription to Private Internet Access and configured the split tunnel to use the PIA vpn. I am still finding that I have trouble exceeding 2.0 MBps on my ubuntu machine--even after configuring port forwarding (i.e., Deluge now shows the designated port to be open). So the problem does not seem like it has anything to do with the vpn service I use.
When I switch to PIA on my Windows machine (from my usual VPN), my torrent download speeds plummet to 2 MBps--the same barrier I was encountering on my ubuntu machine, when behind either vpn. Yet, my Windows machine happily downloads at 4 MBps when behind my usual vpn. I think this is the most surprising result so far, if it isn't spurious (i.e., so long as the 2 MBps ceiling I am hitting on my Windows machine is substantially caused by the same problem that creates the ceiling on my Ubuntu machine).
In trying to figure out just what could be going wrong, the only thing I can think of is something to do with openvpn (and how it is configured, and how that interacts with the environment in which it is run). On my ubuntu machine, of course, both vpn services are handled through openvpn. On my windows machine, however, I note that the PIA install comes with an executable openvpn application (i.e., in the PIA install directory); I assume therefore that PIA runs using the openvpn framework. By contrast, I do not see any reference to openvpn in the install directory of my usual vpn.
Aside from that, there are two quick differences that might be relevant. First, my usual vpn installed in Windows as a 32 bit application, which may have just been an oversight on my part; PIA is installed in Windows as a 64 bit application. Another difference is that PIA explicitly port forwards, which I got to work just fine in Ubuntu, but could not get to play nice with my Windows set up (I suspect my relatively complex firewall rules are to blame, although I whitelisted the relevant port). By contrast, my usual vpn has a clunkier setting "Auto Path - Feature that tries alternate ports in order to resolve certain types of connections [sic] issues." I doubt anything to do with ports is to blame, since as mentioned, I configured PIA port forwarding in Ubuntu with no improvement seen in my speeds. But I figured I would mention that my usual vpn client might handle port forwarding better than PIA, at least in the windows environment.
At this point, I've provided a decent amount of detail, so I'll try to stop adding more, unless it gets requested. I just have to think someone more knowledgeable than I am would be able to look at this data and identify a pretty short list of candidate explanations...
Posts: 4
Threads: 0
Joined: Jul 2017
Reputation:
0
[Not Solved]
Jul 13, 2017, 09:34 AM
You dont mention what hardware you are using, and probably stating the obvious but your ubuntu machine is capable of decrypting the vpn data faster than 2MB/s isnt it?
My Debian 9 machine runs fine through PIA and maxes my connection upto around 4MB/s
I also had problems with port forwarding PIA on Windows, work fine in Linux tho.
Posts: 9
Threads: 3
Joined: Jun 2017
Reputation:
0
[Not Solved]
Jul 13, 2017, 11:45 AM
(This post was last modified: Jul 13, 2017, 11:51 AM by linuxnoob011.)
(Jul 13, 2017, 09:34 AM)Bozog Wrote: You dont mention what hardware you are using, and probably stating the obvious but your ubuntu machine is capable of decrypting the vpn data faster than 2MB/s isnt it?
My Debian 9 machine runs fine through PIA and maxes my connection upto around 4MB/s
I also had problems with port forwarding PIA on Windows, work fine in Linux tho.
Fair enough. I'm running 64 bit ubuntu on an old Lenovo Ideapad Y410P:
- i7-4700MQ 2.40 GHz 2.40 2.40 GHz 2.40 GHz
- 8 GB of DDR3 1600 MHz ram
- 7200 rpm hard drive
- Wired Connection: QCA8171 Gigabit Ethernet
Happy to provide other details on my configuration if helpful (I would have thought encryption would have caused problems with my router, not with a given computer's hardware, but my general impression is that my computer should be able to keep up).
Also, the windows machine is a bit more modern, but less hefty (I mention because it also chokes on the PIA connection):
- i5-5200U 2.20 GHz 2.20 2.20 GHz 2.20 GHz
- 4 GB of DDR3
- SSD hard drive
- Wireless Connection: Intel Dual Band Wireless AC 7265
Posts: 4
Threads: 0
Joined: Jul 2017
Reputation:
0
[Not Solved]
Jul 13, 2017, 12:31 PM
Ah yes, I guess thats not what the problem is then, thought maybe you were running it on a rpi
Could is be some silly power saving or acpi setting in the laptop causing problems?
Cant be of much more help myself, I am no expert...
Posts: 9
Threads: 3
Joined: Jun 2017
Reputation:
0
[Not Solved]
Jul 13, 2017, 12:54 PM
(This post was last modified: Jul 13, 2017, 01:34 PM by linuxnoob011.)
(Jul 13, 2017, 12:31 PM)Bozog Wrote: Ah yes, I guess thats not what the problem is then, thought maybe you were running it on a rpi
Could is be some silly power saving or acpi setting in the laptop causing problems?
Cant be of much more help myself, I am no expert...
I'm not sure what setting in Ubuntu would have this effect on a wired connection, and I'm hesitant to just jump to trial and error beyond what I have already done (e.g., I have already configured the right MTU size; and dicked around with Deluge settings via ITconfig, such as disabling utp--neither of which helped me). The ineffectiveness of these strategies makes sense to me. After all, my deep suspicion right now is that my problem has nothing to do with the Ubuntu computer in particular, given the problem also exists (when using PIA but not VPN.ht, my original vpn) on my windows computer, which shares none of the same hardware as the ubuntu computer, but has all of the same torrent/router settings (I mean, a different static ip obviously, but you get the idea).
Having slept on it, I just have to think there is something going on in the openvpn framework that does not play nice with my local network/router, but I do not know what this could be.
I have potentially fixed my problem--I am currently downloading a copy of ubuntu via torrent at 9-10MBps behind the PIA vpn on my Ubuntu machine. I think some of my torrent settings were not taking effect, in particular my disabling of utp. So this time around, I went a bit further and disabled both utp and tcp (at the time, I was hoping to force download via udp, which I think lacks the flow control of tcp). When I disabled utp and tcp, my torrents all stopped, which surprised me (again, I assumed I'd end up in udp land, which I like for torrenting). When I then enabled tcp but kept utp disabled, however, the torrents resumed at the sort of speeds I would expect given my network connection.
For those who end up with similar issues to me, I would recommend doing as follows (note: I'm tech savvy, but no expert, so please do sanity check this advice before implementing on your own setup):
- Download [/url][url=https://github.com/ratanakvlun/deluge-ltconfig/releases]ITconfig, a deluge plugin that permits you to change a broader range of settings in the deluge client;
- Select the high seed profile, load and apply the relevant settings
- Disable both utp AND tcp, and confirm that your torrent connections have all dropped (if they have not, consider this a yellow flag that you are in a different universe than I was in)--Note: to disable utp/tcp, look for the lines beginning "Enable," e.g., "Enable_incoming_utp" and uncheck the relevant box.
- Enable tcp, but NOT utp--this caused my speeds to instantly improve (upon adding a new torrent--a step that might be necessary, but I doubt it).
While I am out here imparting lessons learned in the course of my struggles with setting up a torrent client, I wanted to mention that the split tunnel htpc guide does not mention permitting reverse filtering on the tunnel device used to connect to the vpn server. In my experience, this works fine for the initial setup of the split tunnel, but on reboot, the split tunnel breaks. Running the following command (or setting it to auto-run on reboot) fixes the problem for me:
Code:
echo 2 > /proc/sys/net/ipv4/conf/tun0/rp_filter
Posts: 4
Threads: 0
Joined: Jul 2017
Reputation:
0
[Not Solved]
Jul 13, 2017, 03:02 PM
Glad you fixed it.
I seem to remember I had a similar problem on windows with utorrent through the vpn, and it was something to do with the utp settings.
|
|
Recent Posts
|
About Swap
jonescelinaa Apr 10, 2024, 06:58 AM
|
Tracker Status: Error Connection Time Out
jonesPhedra Apr 04, 2024, 08:17 AM
|
Split Tunnel Docker Containers
jonesPhedra Mar 27, 2024, 03:10 AM
|
Plex server not powerful enough, but only with s...
jonesPhedra Mar 27, 2024, 03:02 AM
|
game Geometry Dash Scratch
jonescelinaa Jan 31, 2024, 04:21 AM
|
Latest unread posts | Unanswered posts |
|