VPN 服务器远近会影响速度吗

VPN 感觉慢的时候，第一条建议几乎总是一样的：选一个离你更近的服务器。这是好建议，但只讲了故事的一半，另一半解释了为什么有些人照做之后却没觉得有改善。距离确实重要，但它只是决定隧道使用感受的几个因素之一。

本文专门讲距离：它在物理上对你的连接做了什么，从哪两个不同方面造成影响，为什么最近的服务器不一定最好，以及如何按用途而不是按习惯来选择。本文假定你已了解如何选择 VPN 服务器位置中的基础内容，在速度方面讲得更深入一些。

为什么距离会耗费时间

互联网上的数据在光纤中以光的形式传播，在铜线里以电的形式传播，两者都不是瞬时的。光在光纤中的速度大约是真空中的三分之二，约合每毫秒 200 公里。听起来很快，直到你把真实的路由加起来。一条 5000 公里的路径，单程约 25 ms，往返 50 ms，这还是设备尚未触碰数据包之前的时间。

真实的线缆并不沿直线走，而是沿着海岸线、海床，以及各网络约定互联的地点。一条真实路径很容易达到直线距离的 1.5 到 2 倍。再加上每个跳点上的路由器各自增加一点处理延迟，数字就更大了。

使用 VPN 时，你的流量从你到 VPN 服务器，再从服务器到目的地。如果你在一个城市，服务器在另一个城市，网站在第三个城市，总路径就是两段之和。Cloudflare 对延迟的说明用一般性的语言讲了同样的道理。重要的结论是：关键不只是服务器离你多远，而是整个绕路比直连长多少。

距离造成伤害的两种方式

距离以两种不同的方式影响你，把它们分开来看会更清楚。

1. 延迟

每个请求都要为多出来的那次往返付出时间。一个网页需要很多请求，一次通话需要源源不断的小数据包，一局游戏需要频繁的更新。远处的服务器会给其中每一个增加同样的延迟，所以表现为一种整体的“发黏”，而不是大文件的问题。这是多数人最先感觉到的影响。

2. 持续吞吐量

第二种影响不那么明显。在很多连接中，同一时刻可以“在途中”的数据量受往返时间限制。粗略地说，发送方在任一时刻只能有一定量尚未确认的数据在路上，并且必须等确认回来。往返时间长了，发送方花在等待上的时间更多，单次传输的持续速率就可能下降，即使线路本身很快。

一个粗略的示意：如果一次传输最多能有 1 MB 在途，往返时间为 20 ms，那么这一条连接的上限约为每秒 50 MB；如果往返时间是 200 ms，上限就约为每秒 5 MB。这些数字用来说明原理，并不是对你线路的预测。现代系统会自动调整这类限制，许多应用也会同时开多条连接，这会削弱此效应，但长路径依然倾向于把单个大文件下载限制在比短路径更低的水平。

所以，距离既会让小交互变得发黏，也会降低大文件传输的上限。

为什么最近的服务器不一定最快

把距离当作全部答案很诱人，但并不是，因为在它之上还有三个因素。

负载。 许多人同时共用的近处服务器，可能比稍远一点但使用者较少的服务器更慢。服务器的容量有限，高峰时段会表现为速度变慢、ping 不稳定。什么是 VPN 服务器有助于理解为什么距离相同的两个位置感觉会不同。

向外的连接。 服务器还得连到网站。位于网络发达、互联良好的城市的服务器，可能很快到达大多数目的地，而近处但连接较弱的服务器可能会让流量绕一大圈。

你到服务器的路径。 你的运营商决定如何到达服务器，而这条路径并不总是最短的。地图上同样远的两台服务器，可能经由质量不同的不同路径到达。

坦率的总结是：距离是一个很强的初筛条件，但不是最终裁判。用它挑出两三个位置，然后通过快速测试来确认。

按用途选择

不同目标适合不同策略。以这张表作为起点。

你的目标	合理的选择	原因
在本城公共 Wi-Fi 上获得保护	附近的位置	重点是加密隧道，所以让延迟保持较低
网络游戏、远程桌面或通话	离你近，或离游戏、办公室近的位置	延迟最重要，所以让总路径较短
使用位于你所在区域的服务	同时离你和该服务都近的位置	避免双重绕路
下载大文件	附近且负载较轻的位置	往返短有助于更高的持续速率
出行时使用家乡的服务	靠近家乡或在路线上的位置	让到常用服务的路径更短；这只关乎性能，不意味着对访问做任何保证
只是浏览网页	几乎任何合理选择	浏览对额外延迟的容忍度很高

最后一行很重要：对于普通浏览，合理选项之间你几乎感觉不到大的差别，不必太纠结。距离在实时活动和大文件传输中才会成为决定性因素。

关于选择位置的一般原则，如何选择 VPN 服务器位置有更详细的推理。如果你关心的是 ping 数值本身，请看VPN 能降低 ping 吗。

十分钟就能做完的简单距离测试

不需要特殊工具，只要有条理。

1. 初选。 选两三个位置：最近的、同一区域的一个，以及（如有关系）靠近你所用服务的一个。
2. 基准。 关闭 VPN，做 3 次 ping 和测速，记下典型值。
3. 测试位置 1。 连接，等稳定后，同样做 3 次 ping 和测速。
4. 测试位置 2 和 3。 重复同样的流程，只改变位置。
5. 比较。 同时看 ping、下载和上传。下载略低但 ping 稳定得多的位置，可能更适合通话。
6. 在你常用的时间重测。 如果你晚上用 VPN，就在晚上测。

全程保持设备、连接和测速网站不变。如果结果接近，就选最近的，因为长期来看它往往更稳定。

三个场景

校园网里的学生。 小乔在宿舍 Wi-Fi 上主要为了保护而用 VPN。她试了最近的位置和稍远的一个。稍远的位置在浏览时只慢了几毫秒，她感觉不到，但晚上宿舍网络繁忙时，最近的位置更稳定。她选了最近的。

参加视频会议的顾问。 阿汤要和另一个区域的团队开会。他测试了离自己近的位置，以及大致位于他与团队之间的位置。中间的位置给出的 ping 更低也更稳，因为避开了两段很长的路。离我最近的并不是对这次会议最好的。

在国外使用家乡应用的旅行者。 小萍在旅途中，希望常用应用运行流畅。她发现靠近当前所在地的位置浏览很快，而靠近家乡的位置浏览较慢，但到家乡服务的路径更短。她默认使用附近的位置，只在某个应用表现不佳时才切换。她的选择只关乎性能。任何服务是否允许在某个地点以某种方式使用，由该服务自己的规则决定，VPN 并不是保证。

关于距离的常见误区

• 把地图上的距离等同于网络距离。 决定路径的是线缆和互联协议，而不是直线。
• 凭一次测试下结论。 负载每小时都在变。
• 为了好玩总选最远的位置。 没有理由的话，只会损失速度。
• 忽略 Wi-Fi 这一段。 信号弱可能比任何服务器距离的影响都大。
• 以为重新连接后远处的服务器会像近处的一样。 物理规律不会改变。
• 只拿一个网站来测试 VPN。 单个网站可能因为无关的原因格外快或格外慢。
• 忘了你自己的运营商。 如果那个时段你的线路本身很慢，选哪个服务器都解决不了。

如果最近的选项仍然很慢

先做成本低的修复，再做更费力的：

1. 试试第二个附近的位置，以防第一个太忙。
2. 换一个时段重测。
3. 从 Wi-Fi 换成网线，或者靠近路由器。
4. 暂停后台上传和更新。
5. 重启 VPN 应用和设备。
6. 逐项对照为什么我的 VPN 这么慢。
7. 如果仍然不对劲，带着你的测试记录联系服务商的客服。

全程保持应用的默认设置，除非客服另有建议，并且一次只改一项。

一份简单的记录示例

把测试结果写下来，几周后再回头看会很有用。下面是一份虚构的示例，只用来说明怎么记，数字不代表任何真实结果：

位置	时段	ping（ms）	下载（Mbps）	备注
位置 A（最近）	晚上 21:00	28	140	稳定，三次结果很接近
位置 B（同区域）	晚上 21:00	35	155	下载稍高，ping 偶有跳动
位置 C（较远）	晚上 21:00	120	70	页面打开发黏，不适合通话

从这样的记录里，你可以看出：位置 B 的下载略高，但位置 A 更稳；位置 C 即使偶尔能跑出不错的数字，也不值得为日常使用付出延迟的代价。如果你的用途是通话，选 A；如果是在同一区域下载大文件，B 也值得考虑。重要的是，你的决定来自自己的数据，而不是别人的排名。

局限与诚实的预期

• 物理规律为延迟设定了下限，没有任何设置能消除距离。
• 距离能解释一部分差异，但不是全部。负载、路由和你自己的线路各自占一部分。
• 某个位置今天可能是正确的选择，下个月可能就不是了，因为网络会变化。如果隧道开始感觉不同，请偶尔重测。
• 适合游戏的选择不一定适合下载。为不同的任务使用不同的位置是完全可以的。

总结

距离从两方面影响 VPN 速度：给每个请求增加延迟，并且在长路径上降低持续传输的上限。最近的服务器是一个很强的起点，但不一定最快，因为负载和向外的连接同样重要。按用途挑出两三个位置，在相同条件下测试，然后选一个对你关心的任务既快又稳的位置。

想在自己的连接上试一试，可以在价格页面查看短期预付通行证，有足够的时间来比较几个位置。