Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Qbittorrent treats VPN connection as LAN, so speed limits don't apply properly #6302

Closed
ShadowOfHarbringer opened this issue Jan 25, 2017 · 7 comments
Labels
OS: Linux Issues specific to Linux distributions

Comments

@ShadowOfHarbringer
Copy link

ShadowOfHarbringer commented Jan 25, 2017

qBittorrent version and Operating System:

3.3.7 / 3.3.10

If on linux, libtorrent and Qt version:

Kubuntu 16.04, Linux 4.4.0-59-generic #80-Ubuntu SMP
libtorrent-rasterbar8 (1.0.10-1ppa1~xenial1)
Qt 5.5.1 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 5.3.1 20160413) on "xcb"
What is the problem:

Completely ignored upload speed limits.

What is the expected behavior:

Qbittorrent should at least try to honor the settings

Steps to reproduce:

Start OpenVPN that forces all traffic through remote OpenVPN server (default gateway changed)
Start Qbittorrent
Set an Upload speed limit (like 40K/s)
Start seeding
???
Watch Qbittorrent upload at 100 or 200K per second, while the setting is 40K/s
The same applies to download speeds

Reproductible: ALWAYS.

Extra info(if any):

The "apply speed limits to peers in LAN" checkbox is not checked. Checking it is a working workaround - it fixes the problem (obviously).

VPN to a remote VPS (via OpenVPN).

My normal LAN IP: 192.168.1.47 (eth0)
My VPN local IP: 10.72.72.47 (tun0)

Important entries from routing table:
$ route -n
0.0.0.0 10.72.72.1 128.0.0.0 UG 0 0 0 tun0
0.0.0.0 192.168.1.5 0.0.0.0 UG 100 0 0 eth0
128.0.0.0 10.72.72.1 128.0.0.0 UG 0 0 0 tun0

Default gateway is 10.72.72.1.

@zeule
Copy link
Contributor

zeule commented Jan 25, 2017

libtorrent classify peers as LAN ones basing on their IP addresses only (see here). Can you check that in your case peers addresses are not within the ranges for local IPs? If you can, this would be exceptionally helpful. Thank you.

@ShadowOfHarbringer
Copy link
Author

libtorrent classify peers as LAN ones basing on their IP addresses only

Well apparently, that is not the case here.

Check out list of peers of my torrent: https://i.imgur.com/IU8ZiOU.png

@ShadowOfHarbringer
Copy link
Author

Also, it does not seem to even care about the peers. The limits are not working at all as long as VPN is ON.

Wait. I think I am going to check switching OFF the VPN to verify.

@zeule
Copy link
Contributor

zeule commented Jan 25, 2017

Check out list of peers of my torrent:

There is one with the local IP address at the very top of the list.

@ShadowOfHarbringer
Copy link
Author

There is one with the local IP address at the very top of the list.

That one didn't use a significant enough part of the bandwidth to explain the bug.

I will be more careful to include speed for each peer next time I make a screenshot.

@ShadowOfHarbringer
Copy link
Author

ShadowOfHarbringer commented Jan 25, 2017

Well this is getting weirder and weirder...

I have restarted QBittorrent, restarted VPN connection, unchecked "apply speed limits to peers in LAN" and... now it's working ? The limits are working as advertised ?

I guess I should change reproductibility now:

Reproductible: RANDOMLY

I don't know what to think about this anymore.

@zeule zeule added OS: Linux Issues specific to Linux distributions Waiting info Waiting for participants to supply more info/fulfill template requirements labels Jan 27, 2017
@Balls0fSteel
Copy link

Well, I am closing this one as OP reported in January last and it seems like a one-time (random?) thing to happen. Which would be quite hard to debug/fix/repro.

@FranciscoPombal FranciscoPombal removed the Waiting info Waiting for participants to supply more info/fulfill template requirements label May 4, 2020
@qbittorrent qbittorrent locked and limited conversation to collaborators Mar 1, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
OS: Linux Issues specific to Linux distributions
Projects
None yet
Development

No branches or pull requests

4 participants