VPN 延迟详解：为什么 ping 会变高

你打开游戏、视频会议或远程桌面，再开启 VPN，数字就变了：角落里的 ping 从 25 跳到了 70，网页开始加载时慢了一点点。什么都没坏，但确实有东西变了。这个东西就是延迟，它的行为和大多数人盯着看的“网速”数字很不一样。

本文在 VPN 的背景下讲解延迟：延迟由什么构成，隧道为什么会增加它，抖动和丢包是怎么回事，常见数值对不同活动意味着什么，以及哪些事你能做、哪些做不到。文章有意不重复为什么使用 VPN 后网速会变化里的整体图景，也不重复VPN 能降低 ping 吗里按活动展开的视角。这里再往下一层，深入到毫秒本身。

一张图理解延迟：往返一趟

想象你寄出一张明信片，然后等对方回寄。从你寄出到收到回信的这段时间就是一次往返。在网络里，延迟指的就是一小段数据的这种往返。如果你想看另一种解释，Cloudflare 对延迟的定义是一份中立的参考。

有两点值得牢记：

• 延迟是时间，不是速率。 单位是毫秒（ms），越低越好。
• ping 是对延迟的测量。 ping 工具向目的地发送一条极小的消息，并计时回复多久回来。你看到的数字是往返时间，而不是单程时间。

带宽，也就是“Mbps”那个数字，回答的是另一个问题：管子有多粗。你可以有一根很粗但很长的管子，水沿着它流过去仍然需要时间。从近处服务器下载大文件，与向远处服务器发一个小请求，可能表现完全相反，因为它们依赖的东西不同。

每一毫秒从哪里来

一次往返是若干延迟的总和。弄懂每一部分，就容易预测 VPN 的影响。

延迟来源	是什么	VPN 会改变吗
传播延迟	信号跨越距离需要时间；光在光纤中约每毫秒走 200 公里	会，如果绕路变长
传输延迟	把比特放到线路上的时间；小包在快速链路上很小	略有变化
处理延迟	路由器和设备处理每个数据包	会，增加加密工作
排队延迟	链路繁忙时排队等待	取决于服务器和你的线路
最后一公里	Wi-Fi、移动无线信号或入户线缆	不变，和以前一样

传播延迟是无法争辩的部分。距离耗费时间。即使在完美的网络上，往地球另一端的服务器走一趟也可能超过一百毫秒，这纯粹因为地理和线缆绕行的路径。排队延迟变化最大：繁忙的链路就像收银台前的队伍，等待时间每分钟都不同。

VPN 给往返增加了什么

没有 VPN 时，往返是从你的设备到目的地再回来。有了 VPN，往返是从设备到 VPN 服务器，再从 VPN 服务器到目的地，然后沿原路全部返回。简单说，就是把一段路变成了两段。

下面是一个简单的算例，用的是示意数字，不是实测值：

• 直连游戏服务器：30 ms。
• 你的设备到 VPN 服务器：15 ms。
• VPN 服务器到游戏服务器：25 ms。
• 隧道两端的处理：约 2 到 5 ms。

开启 VPN 后，总和大约是 15 + 25 加上处理时间，也就是约 42 到 45 ms，而不开启时是 30 ms。多出来的 12 到 15 ms，是因为 VPN 服务器不在你与游戏服务器之间的直线上。如果它恰好在这条直线上，多出来的主要就是处理时间，只有几毫秒；如果它离得很远，总和可能高出好几倍。

这就是降低 VPN 延迟的经验法则在于几何：选一个让总路径较短的位置，通常是离你近或离你所用服务近的位置。如何选择 VPN 服务器位置对此有展开说明。这也说明了延迟偶尔反而会改善的原因：如果你直达某个目的地的路径异常迂回，一台对外连接良好的 VPN 服务器有时可以缩短它。

想回顾隧道本身是什么，可以看什么是 VPN 隧道。会话开始时建立连接的延迟是一次性的成本，与持续的往返延迟不是一回事。

抖动和丢包：另外两个数字

延迟有两个同伴，决定了连接用起来究竟是什么感觉。

抖动是延迟的波动。假设连续五次 ping 的结果是 40、41、40、42、40 ms，这是一条稳定、抖动很小的线路。再假设结果是 25、90、30、140、35 ms，平均值也许差不多，但第二条线路在通话中会糟糕得多，因为数据包是成团、不均匀地到达的。实时应用会用小缓冲来抹平这种波动，但抹平本身也会增加延迟。

丢包是没有到达的数据包所占的比例。哪怕只有百分之一或二，也可能让通话里出现杂音、让游戏里的角色瞬移，因为丢失的数据必须重发或猜测。

VPN 可能影响这两项。拥塞的 VPN 服务器或较弱的 Wi-Fi 链路往往会升高抖动。一些运行在可靠有序连接之上的隧道，可能把丢包变成额外的延迟，因为丢掉的包会让后面所有数据等着，直到重发完成。较新的传输设计，比如 RFC 9000 中描述的 QUIC，部分就是为了减少这种停顿而设计的，不过某个 VPN 应用具体用什么，要看应用里的显示，不要自行假设。

用通俗的话读懂 ping 数值

把下面的内容当作粗略的参考，而不是规则。它们取决于具体应用及其容忍度。

ping 范围	通常的感觉
30 ms 以下	非常好，对任何用途几乎是即时的
30 到 60 ms	很好，竞技游戏和通话都没问题
60 到 100 ms	浏览、通话和多数游戏都不错
100 到 150 ms	在快节奏游戏和远程桌面里能察觉
150 到 250 ms	通话开始别扭，游戏有明显延迟感
250 ms 以上	对任何交互式用途都令人沮丧

注意这些数字对普通网页浏览影响多么小。打开一个网页包含多次往返，所以一百毫秒的差别能感觉到，但 20 ms 的差别几乎没人察觉。同样的 20 ms 在节奏很快的射击游戏里，可能就是命中与否的差别。

还要记住你到底在测什么。对附近某个测试地址的 ping，几乎说明不了你所用的那个具体服务的延迟。条件允许时，请测到真正重要的目的地，比如游戏所在区域，或你公司的服务。

三个场景

突然变得别扭的通话。 小琳发现，开启 VPN 后通话里大家总是互相抢话。她的 ping 从 35 变成 110 ms，而且波动很大。她从一个很远的位置换到较近的位置，ping 稳定在 55 ms 左右，交谈又顺畅了。原因是距离，不是带宽。

远程桌面上的开发者。 阿马连接公司里的一台电脑，每敲一个字符都慢半拍。他的往返由几段构成：家里的 Wi-Fi、VPN 服务器、公司网络。他换成网线后，Wi-Fi 这一段少了约 15 ms。VPN 那一段没变，但总体更舒服了。修好你能控制的那一段，往往比去动 VPN 容易。

家庭电影之夜。 一家人通过 VPN 看电影。延迟有明显增加，但视频稍等片刻就开始并流畅播放，没人察觉，因为播放器会提前缓冲，视频流关心的是吞吐量而不是往返时间。在这里，延迟的重要性远小于通话。

如何公平地测量延迟

不需要特殊软件。大多数操作系统自带 ping 命令，很多应用也直接显示 ping。

1. 选一个对你重要的目的地。
2. 关闭 VPN，测 10 到 20 次，记下典型值和范围。
3. 开启 VPN，等它稳定，再测到同一个目的地。
4. 同时比较平均值和波动。如果平均值升高了 15 ms，但波动翻了一倍，那么抖动才是更大的问题。
5. 换一个时间重复一次，看变化是否稳定。

有一点要小心：有些网络对 ping 流量的处理不同于其他流量，所以 ping 工具是一个指标，而不是你真实应用行为的完美复刻。条件允许的话，也看看你自己的应用报告的延迟。关于如何检查隧道是否正常工作的一般建议，请见为什么我的 VPN 这么慢。

什么有用，什么没用

通常有帮助的做法：

• 选离你或离服务更近的位置。 几何是最大的杠杆。
• 用网线或更好的 Wi-Fi 位置。 这样可以消除最后一公里的抖动。
• 保持后台流量安静。 大文件上传和更新会填满你自己线路上的队列，给其他一切增加延迟，这个问题有时被称为 bufferbloat。
• 避开高峰时段。 深夜队列更短。
• 保持默认设置， 除非客服建议修改。如果要改，一次只改一项。

通常没什么用的做法：

• 问题是延迟时去买更多带宽。 更粗的管子不会让路程变短。
• 反复重启一切。 重启一次合理，重启十次不是办法。
• 追求尽可能低的数字。 低于应用所需水平之后，没有额外好处。

需要坦诚面对的局限

延迟无法降到距离的物理极限之下。VPN 至少会增加少量处理，也至少带来一些绕路。不同的网络、设备和时间会得到不同的结果。有些应用容忍度更高，也有些敏感到你可能宁愿对它们关闭隧道，而对其他一切保持开启，如果你的应用提供分应用代理（split tunneling）就可以这样做。VPN 首先是一种保护工具；如果某项活动的延迟代价太高，认定这项活动不需要它也是合理的。

总结

延迟是一小段数据的往返时间，以毫秒计。VPN 把旅程中的一段变成两段，并增加少量处理，所以延迟通常会升高一些，主要原因是几何。抖动和丢包决定连接的流畅程度。选一个合适的位置，修好最后一公里，并根据你的活动所需来判断这些数字。

如果想看看自己的 ping 表现如何，可以在价格页面查看短期预付通行证，几天的测试就够用了。