VPN 连接后网速变慢怎么测试？
简答：VPN 连接后网速变慢，先在同一设备和同一网络下分别测试未连接、已连接两个状态，每个状态连续测 3 次并记录下载、上传、延迟、丢包和抖动。若只有某个节点或协议明显变慢，再用 ping、tracert 或 traceroute 对照，通常能把问题缩小到本地网络、节点、协议或线路路径。
定义：VPN 网速测试是固定测试条件后，对比 VPN 开关、节点和协议变化对下载、上传、延迟、丢包与抖动的影响。
先照做：三轮对照测试表
最快的做法不是反复点击测速，而是先建立基线，再逐项改变变量。AMTSO 的 VPN 性能测试指南强调，应尽量固定测试位置、测试工具和配置，并记录测试过程，避免把不同网络条件下的结果直接比较。查看 AMTSO VPN 性能测试指南
| 轮次 | VPN状态 | 节点/协议 | 下载 | 上传 | 延迟 | 丢包/抖动 | 备注 |
|---|---|---|---|---|---|---|---|
| 1 | 关闭 | 无 | 第1次、第2次、第3次 | 第1次、第2次、第3次 | 记录 | 记录 | 作为本地基线 |
| 2 | 开启 | 当前节点/协议 | 第1次、第2次、第3次 | 第1次、第2次、第3次 | 记录 | 记录 | 确认是否确实变慢 |
| 3 | 开启 | 附近节点或其他协议 | 第1次、第2次、第3次 | 第1次、第2次、第3次 | 记录 | 记录 | 定位节点或协议差异 |
每一轮之间不要同时下载文件、播放高码率视频或运行其他代理客户端。测试时间、设备、Wi-Fi 或网线、浏览器和测速工具都应保持一致。连续测 3 次后，可取中位数；如果三次结果波动很大，先不要急着判断 VPN，应该先检查本地网络是否稳定。
Cloudflare 的网络质量测试说明，单看下载和上传并不能完整反映网络体验，还应关注延迟、丢包、加载延迟和抖动等指标。查看 Cloudflare 网络质量指标说明
测速工具和指标应该怎么看
测速工具的重点是保持前后一致，而不是同时使用很多工具。你可以选择一个固定的网页测速工具，并在 VPN 关闭和开启时使用相同的测试入口。若使用 Cloudflare 的网络质量测试，应注意它主要反映设备到 Cloudflare 网络边缘的表现，不等于所有网站、视频平台或办公系统的实际速度。查看 Cloudflare 测速与网络路径说明
| 指标 | 它反映什么 | 变差时优先检查 |
|---|---|---|
| 下载速度 | 接收数据的吞吐能力 | 节点距离、节点负载、协议、出口路径 |
| 上传速度 | 发送数据的吞吐能力 | 上行带宽、协议开销、办公上传路径 |
| 延迟 | 数据往返所需时间 | 节点距离、路由跳数和拥塞 |
| 丢包 | 探测包未能正常到达或返回的比例 | Wi-Fi干扰、链路拥塞、线路质量 |
| 抖动 | 延迟随时间变化的幅度 | 实时会议、语音、远程桌面中的卡顿 |
下降百分比可用这个公式计算：(VPN关闭时速度 - VPN开启时速度) ÷ VPN关闭时速度 × 100%。例如，关闭 VPN 时下载为 100 Mbps，开启后为 80 Mbps，下降比例就是 20%。这个比例只能用于同一轮条件下的相对比较，不应当被当作所有网络、设备或节点的统一标准。
如果测速网站显示下降，但网页打开、视频播放或文件下载没有明显问题，可能是测速目标与实际业务目标不同。此时应补做真实场景验证，而不是只依据一个测速数字下结论。
按症状判断：到底是哪一环变慢
| 观察结果 | 更可能的方向 | 下一步 |
|---|---|---|
| VPN关闭和开启都慢 | 本地网络、Wi-Fi、宽带或测速目标 | 先 ping 默认网关，再换网线或另一台设备复测 |
| 只有一个节点慢，其他节点正常 | 节点距离、节点负载或该节点路径 | 固定协议，换同区域另一个节点比较 |
| 所有节点都慢，但换协议后改善 | 当前协议或传输方式 | 一次只切换一个协议，再重复三次测试 |
| 下载下降不多，但延迟、丢包或抖动明显增加 | 线路质量或拥塞 | 使用 ping 和路由跟踪，重点看是否持续波动 |
| 测速正常，会议或远程桌面卡顿 | 实时业务对延迟、丢包和抖动更敏感 | 记录业务时段，并做持续探测和真实任务验证 |
| 关闭 VPN 后仍然慢 | 系统代理、DNS、路由或客户端残留状态 | 完全退出客户端，检查代理设置并重启网络连接 |
不要把某一跳的高延迟直接等同于故障点。部分路由器可能不响应或限制 ICMP 探测，路由跟踪中出现星号并不必然代表业务流量丢失。应结合最终目标的延迟、丢包和实际访问结果综合判断。
Windows：用 ping 和 tracert 做第二轮验证
Windows 上可以先找默认网关，再分别测试本地网络和目标主机。微软说明，ping 可用于检查设备与路由器之间的连通性，tracert 则通过逐步增加 TTL 来显示数据包经过的路径。查看 Microsoft 的 Windows 网络排查步骤 查看 Microsoft 的 tracert 说明
- 查默认网关：打开命令提示符，执行
ipconfig，找到当前网络适配器下的 Default Gateway。 - 测本地网络：执行
ping -n 20 默认网关地址。例如：ping -n 20 192.168.1.1。如果这里就出现丢包或延迟大幅波动，先处理 Wi-Fi、路由器或本地网络，不要先归咎于 VPN。 - 测目标主机：执行
ping -n 20 目标域名。VPN关闭和开启时使用同一个目标，避免目标变化造成误判。 - 看路径差异：执行
tracert -d 目标域名。-d可避免逐跳进行名称解析，让结果更快显示 IP 地址；记录 VPN开关和节点变化前后的跳数与延迟趋势。
如果 VPN 开启后默认网关 ping 就变差，优先检查本地客户端、虚拟网卡或无线网络；如果默认网关稳定，但目标主机和实际业务明显变差，更应比较节点、协议和出口路径。Windows 网络异常时，微软还列出了重置 Winsock、TCP/IP、释放和更新 IP、刷新 DNS 缓存等处理步骤，但这些操作可能影响当前网络连接，执行前应保存正在进行的工作。查看相关命令与回退前提
macOS、iPhone 和 Android 怎么测
移动设备通常不方便直接运行完整的路由跟踪，因此先用相同测速入口做 VPN开关对照，再用真实业务验证。macOS 可在“终端”中执行 ping -c 20 目标域名 和 traceroute 目标域名；Windows 对应的是 ping -n 20 和 tracert。
- macOS：保持同一 Wi-Fi，先关闭 VPN 测试三次，再开启 VPN 测试三次；如果要排查路径，使用
traceroute，不要把不同网络下的结果混在一起。 - iPhone：固定 Wi-Fi 或蜂窝网络，不要在两种接入方式之间切换；分别测试 VPN关闭、VPN开启和更换节点后的网页打开、视频播放或文件下载。
- Android：固定接入方式和客户端模式，避免同时开启多个 VPN 或代理应用；如果客户端支持节点延迟测试，只把它作为筛选线索，最终仍用统一测速工具和真实任务验证。
全局 VPN、分流模式、企业 VPN 和浏览器扩展代理不能用同一种结论解释。全局模式通常会改变更多流量的路径；分流模式可能只影响指定应用或域名；浏览器扩展可能只影响浏览器，不代表系统下载和会议软件也经过同一路径。因此测试记录中必须写清模式，而不是只写“VPN已连接”。
真实场景验收：测速结果不等于使用体验
完成网页测速后，至少补做一种与实际需求对应的任务：打开常用网页、播放固定清晰度视频、进行一次语音或视频会议、下载同一个文件，或连接远程桌面。每次只改变一个变量，例如先保持节点不变切换协议，再保持协议不变切换节点。
- 网页：观察首次打开时间、图片是否持续转圈和是否出现部分资源加载失败。
- 视频：记录是否频繁缓冲、清晰度是否自动下降；不要只看启动速度。
- 会议：重点观察声音断续、画面冻结和重连，不能只参考下载速度。
- 文件下载：使用同一文件、同一下载源和相近时间，避免服务器本身限速造成误判。
- 远程桌面：重点看输入响应、画面延迟和断连，而不是单独看峰值带宽。
如果网页测速变慢但实际任务稳定，记录为“测速目标变差、业务体验未复现”；如果测速和真实任务都变差，再进入节点、协议、DNS、MTU 或路由排查。不要用一次峰值结果承诺某条线路长期表现，网络质量会随时间、目标站点和路径变化。
测速后怎么处理：最短回退顺序
- 先确认本地基线：VPN关闭时连续测试三次，并检查默认网关是否稳定。
- 再确认节点差异：保持协议不变，只更换一个节点或区域。
- 再确认协议差异：保持节点不变，只切换一个可用协议。
- 检查模式：确认是否全局、分流、企业 VPN 或浏览器代理叠加。
- 检查系统状态：完全退出客户端，确认系统代理、DNS、虚拟网卡和路由是否仍被修改。
- 最后做真实业务复测：用实际会议、视频、网页或下载任务确认问题是否解决。
每次修改后都应保留前后结果。如果某项修改没有改善，回退到上一组已知可用设置，不要一次性同时改节点、协议、DNS 和 MTU，否则无法知道是哪一步产生影响。
常见问题
VPN 速度下降多少才算异常？
没有适用于所有网络和节点的统一百分比。应先计算同一设备、同一网络和同一测速目标下的相对下降，再看是否只发生在某个节点或协议。如果下载下降不多，但延迟、丢包或抖动明显增加，实际会议、远程桌面和语音体验仍可能变差。
为什么测速网站显示很慢，但视频和网页看起来正常？
测速网站使用的目标服务器、路径和业务流量可能不同。建议固定测速条件后，再用同一个网页、视频、下载文件或会议任务复核；如果真实业务没有复现，应记录为测速结果变差，而不是直接判断 VPN 整体不可用。
VPN 连接后应该先换节点还是先换协议？
先换节点更容易判断是否是单个节点或路径问题；保持协议不变，只更换一个节点并重复三次。如果多个节点都慢，再保持节点不变切换协议，这样能避免同时改变两个变量。
ping 有丢包就一定是 VPN 导致的吗？
不一定。先 ping 默认网关判断本地 Wi-Fi 或路由器是否稳定，再 ping 相同目标比较 VPN开关状态。路由器或中间设备可能限制 ICMP 响应，因此还要结合最终目标、tracert 或 traceroute 和真实业务结果判断。
VPN 断开后网速仍然没有恢复怎么办？
先完全退出客户端，确认系统代理已关闭，并重新检查 DNS、默认路由和虚拟网卡状态。Windows 可按 Microsoft 的网络排查步骤执行 Winsock、TCP/IP、IP 地址和 DNS 缓存相关重置；执行前保存工作，并在每一步后重新测试。