Everyday use
Does a VPN Add Ping? The Arithmetic, With Numbers From Five Servers (2026)
Yes, a VPN adds ping. The interesting part is how much, and the answer is almost entirely geometry: your packets take a longer path, and light in glass has a fixed speed. Everything else — encryption, protocol, server load — is small next to the detour, and knowing that turns “which server is fastest” from a guess into a calculation.
The only formula you need
Light travels through fibre at roughly two hundred thousand kilometres per second, about a third slower than in vacuum. That gives a hard floor: every extra hundred kilometres of path adds about one millisecond of round-trip time. Real networks land between one and two times that floor, because routes are not straight and every router costs a fraction of a millisecond.
This is why a server in the same city as your destination can cost almost nothing, and a server on another continent from both of you can double your ping even though it is idle and fast.
The second leg is nearly free
A tunnel splits your path in two: from you to the exit, then from the exit onward. People assume the second leg is where the cost is. It is not. Measured from our own five servers to a major public resolver on 28 August 2026:
- Germany — 1.25 ms.
- Netherlands — 1.5 ms.
- United Kingdom — 6.32 ms.
- France — 10.1 ms.
- United States — 12.93 ms.
Single-digit milliseconds, because datacenters live next door to the internet's exchange points. Whatever ping you end up with, the overwhelming majority of it was spent getting from your home to the exit. Choose the exit by your distance to it, not by the country's reputation for speed.
What the tunnel itself costs
- Encryption: tenths of a millisecond. Every phone and laptop made in the last decade has hardware AES, and modern ciphers run at gigabits per core.
- The extra header: each packet grows, which matters for throughput and for MTU, not for latency.
- Handshake: one to three round trips at connection time. It affects how quickly the tunnel comes up, not the ping afterwards.
- Server load: nothing until saturation, then everything. A server at its CPU ceiling queues packets, and queueing is measured in tens of milliseconds.
When a VPN lowers ping
It happens, and not rarely. Some providers route certain traffic through distant peering points; a tunnel that hands your packets to a well-connected datacenter can shortcut that detour. The effect is real for game servers reached over a bad path, and it is entirely path-dependent — it must be measured, never assumed.
Measuring it properly
- 1Pick one fixed target you care about, ideally the game or application server, not a speed test site.
- 2Run at least a hundred packets each way:
ping -c 100 <target>on macOS and Linux,ping -n 100 <target>on Windows. - 3Record three numbers, not one: median, worst case and packet loss. A tunnel that adds 8 ms to the median but removes a 200 ms spike is a win, and an average hides both.
- 4Repeat at the hour you actually play. Evening congestion on your own access network changes the result more than the server choice does.
- 5Compare like with like — same target, same time, tunnel on and off, back to back. Method details are in measuring VPN speed.
Jitter deserves the same attention as the mean. Games tolerate a stable 60 ms far better than an average of 35 ms that swings by 40. If your figures swing, look at loss and at your local link before blaming the exit — a tunnel over a lossy Wi-Fi link inherits every retransmission underneath it.
FAQ
How much ping should I expect to lose?
Between one and two milliseconds per hundred kilometres of detour, plus a millisecond or two of processing. A nearby exit in the same region typically costs five to fifteen milliseconds; a different continent costs a hundred or more.
Does a faster subscription reduce ping?
No. Bandwidth and latency are different quantities. More bandwidth stops your own link from queueing when it is saturated, which helps, but it cannot shorten the path.
Is UDP better than TCP for games over a tunnel?
Usually. A TCP-based tunnel carrying your UDP game traffic makes every lost packet block the ones behind it until it is retransmitted, which shows up as a stall rather than as a dropped frame. On a clean link the difference is negligible; on a lossy one it is decisive.
Why is my ping fine but the game still stutters?
Look at jitter and loss, not the average. Also check whether the tunnel is carrying your game traffic at all — with split routing it may be going direct, which is worth knowing before you tune anything else.
Did this help?
Nothing follows from the answer; only we see it.