Help: Very slow download speeds compared to other containers #802
Comments
|
What device are you using? Which country are you physically located in? Try disabling the firewall with You might want to compare with a VPN server near your location to ensure you compare processing and not some random bandwidth bottleneck. |
|
There is also a memory issue #765 where gluetun uses 500mb of ram (due to servers data being kept in memory) so maybe your device is low on ram. I'm working on fixing it currently. |
First of all, congratulations for gluetun, seems like you have put a lot of effort to code / maintain. The server is indeed in my Country (Greece), both the PIA server and the speediest server. I just tried with environment variable
The memory and cpu usage does not seem to be high, Weird thing; I also tried docker-wireguard-pia and linuxserver/wireguard and have similar low speeds. Only docker-openvpn-client seems to be working, but I'd love to see gluetun work for me for the convenience of port forwarding etc. Could it be some docker image setting that makes it so slow? Unfortunately, while I am a software engineer, my experience with docker is 0. |
Thanks 💯
Awesome 🎖️
Got it.
With all the praises and prayers to wireguard, this is just hilarious. Anyway, this is bugging me as much as it is for you 😄
No worry, happy to help! I checked their Dockerfile and it looks like it's just OpenVPN on
I also checked |
Thanks. Just tried and I’m getting this error:
Yes. Transmission, pyLoad, and that speedtest-tracker container working great with
I think it’s not luck, also tried with other countries like France and Austria, speed difference was there as well. One thing I noticed with France is that when I connected with gluetun and run the speedtest image I showed on my initial issue post, speedtest-cli showed me a different ISP (something in Chile) although the gluetun logs showed that I was connected to France and the ip it gave me was in France. I can try again in an hour and provide logs and screenshots. Also, I think it’s noteworthy that:
|
|
I completely removed the gluetun container, all the cached images my docker instance was not using, all the unused networks, and fetched again from gluetun:latest. And now I get fast speeds. This is very very weird. The weirdest part is that I also tried running the container on a raspberry pi 3b+ I have (on the same network as my main home server) just before I did that clean up and I had the same issue. UPDATE: After a reboot on the host machine, same problem happens again. |
|
Update: After that reboot I mentioned earlier, I had very poor speeds even with I then tried to use the configuration files with gluetun in custom provider mode. Same results (and I have to change the host name on the conf file into an ip, hostname resolved in multiple ips, so I tried one by one with various results for each one, but generally slow speeds (1,5 - 6 mbps) Then, I changed the protocol to tcp with the |
|
Maybe it's just that their UDP servers are overloaded (since it's the default for Openvpn) perhaps? Protocol wise, since you are wrapping mostly TCP traffic in UDP traffic when using UDP, it's not a matter of unreliable connection. If you get bad speeds with Wireguard as well which uses UDP, that's also strange. Maybe only OpenVPN TCP servers are not overloaded. It might be worth asking them directly 🤔 I'll leave the issue opened for a few more days if you find more things, and then I'll document that in the wiki page as a tip 😉 |
qdm12
changed the title
|
Hi Quentin, I have not forgotten about this "issue", just being swamped with work. Been running smoothly via TCP for days. Have tried UDP again but with the same issues. I will send over an email to PIA and let you know. |
|
I am also facing the issue. |
|
It might be depending on VPN server load. I think they (PIA) have an API to fetch the load of a server if I'm not mistaken. Other than that, I can't really help as it can be due to a bunch of external factors (memory available, speed test server load, vpn server load, connection bandwidth, connection reliability, cpu load on your machine, to name a few) |
|
Hmm, maybe perhaps its a pia server issue. |
|
Just a question: does |
|
@RW21 It is openvpn by default, and wireguard isn't supported for PIA yet. Anyway if you're in doubt, you can just try the settings and gluetun will complain if a setting is not valid, there is a decent validation system in place. |
|
👍 Thanks for the prompt reply. |
|
btw, I'm getting way better speeds on other machines. Seems to be a problem with my rasberry pi. |
|
@RW21 interesting. You can check if If it does use a lot of CPU, you can subscribe to #612 to know when wireguard is implemented for PIA, it might help reduce CPU load. Otherwise, it might be because raspberry Pis (except 4 I think) have 100mbps ethernet so limited to 12.5MB/s, and that's most likely worst in Wifi, maybe that's the reason? |
|
Yes I did notice that my rasberry pi was consistently using 80% of cpu resource (not only from gluetun, but from a bunch of different services), but I'm sure this is not the root cause, since it used to work fine under this condition. As an update, I finally upgraded from Ubuntu 21.04 to 21.10, and this somehow fixed it. Anyways, thanks for your help! Wireguard on PIA looks very promising. I am looking forwards for it 👍 |
|
Cool! I'll close this issue for now then. Also regarding Wireguard, don't expect too much from it. It does bring benefits if the VPN server is nearby and you CPU is single-thread bad (:eyes: raspberry pi), but otherwise it will likely give the same performance as openVPN. |
Is this urgent?
Yes
Host OS
Ubuntu 20.04
CPU arch
x86_64
VPN service provider
Private Internet Access
What are you using to run the container
docker-compose
What is the version of Gluetun
Running version latest built on 2021-12-14T18:21:24.225Z (commit ca82fcb)
What's the problem 🤔
The download speeds are very slow via gluetun. I have made a comparison with ghcr.io/wfg/openvpn-client and the results are night and day.
Testing with PIA on gluetun:
Testing with PIA on openvpn-client:
The performed tests are with
PIA_ENCRYPTION=normalon gluetun and the open vpn configuration for normal mode on openvpn-client.I have also tested with port worwarding disabled. No change.
Share your logs
Share your configuration
The text was updated successfully, but these errors were encountered: