VPN 连接后速度很慢怎么排查？
简答：VPN 连接后速度很慢，先断开 VPN 测一次基础网络，再用同一设备、同一测速方式连接 VPN 复测。若所有网站都变慢，优先检查本地网络、节点距离、节点负载和协议；若只有某个网站或视频慢，则继续排查目标网站、DNS、分流和线路路径。每次只改一个变量，并记录前后结果。
定义：VPN 慢速排查，是通过“未连接 VPN 的基础速度”和“连接 VPN 后的隧道速度”对比，逐层判断问题来自本地网络、节点、协议、路由、DNS、MTU 还是目标服务。
先做一次开关对照：不要直接改协议
最快的判断方法是固定设备、网络、测速节点和测试时间，先断开 VPN 测一次，再连接 VPN 测一次。VPN 只能在原始网络基础上建立加密隧道，隧道速度通常不会超过基础连接速度；官方排查文档也建议先建立未连接 VPN 的基线，再比较 VPN 内的吞吐表现。可参考 OpenVPN 官方性能排查文档 和 Proton VPN 官方速度说明。
| 测试结果 | 优先怀疑 | 下一步 |
|---|---|---|
| 未连接 VPN 就很慢 | Wi-Fi、路由器、宽带、后台占用或运营商线路 | 换有线或移动网络，暂停下载，检查其他设备占用 |
| 未连接正常，连接 VPN 后所有网站都慢 | 节点距离、节点负载、协议、丢包或 MTU | 换近距离低负载节点，再只切换一个协议 |
| 只有一个网站慢 | 目标网站、出口线路、DNS 或分流规则 | 测试其他网站，并检查该域名是否走了预期代理 |
| 延迟高但下载速度尚可 | 距离、绕路、额外跳数或高峰拥塞 | 换更近节点，减少多跳或全局转发 |
| 网页正常但视频、下载或游戏卡 | 持续吞吐、丢包、UDP/TCP 兼容性或后台流量 | 关闭后台占网程序，测试其他协议和线路 |
测速记录至少保留：下载速度、上传速度、延迟、抖动、丢包，以及使用的设备、网络、节点和协议。单次 ping 或单个 DNS 结果不能代表完整的网页、视频或下载体验。
按顺序排查本地网络、节点和协议
- 先排除 Wi-Fi 和后台占用。靠近路由器或临时改用网线、手机热点测试；暂停云盘同步、系统更新、下载工具和其他设备的大流量任务。若换网络后速度明显恢复，问题更可能在本地无线网络或原始宽带，而不一定是 VPN 客户端。
- 更换距离更近、负载更低的节点。距离越远，通常会增加延迟和中间链路数量；节点负载升高也可能减少可用带宽。优先选择地理位置较近、客户端显示负载较低的节点，并在同一测速方式下复测。相关判断可参考 Proton VPN 官方速度排查步骤。
- 一次只切换一个协议。如果客户端支持，先测试自动选择，再分别比较 WireGuard、OpenVPN UDP 和 OpenVPN TCP。WireGuard 通常以 UDP 工作，UDP 更偏向低延迟和持续传输；TCP 在受限或不稳定网络中可能更容易连接，但不一定更快。协议差异可参考 Proton VPN 关于 UDP 与 TCP 的说明。不同客户端的名称和可选项可能不同，以实际界面为准。
- 关闭不必要的多跳或额外转发。如果启用了多跳、Secure Core、全局代理或其他额外中转功能，先记录原设置，再暂时关闭并复测。额外中转会增加路径长度；确认问题后再决定是否恢复。
- 更新客户端后重新测试。客户端、协议实现和系统网络组件更新后，性能或兼容性可能发生变化。升级前先备份订阅或配置，升级后仍使用同一节点和同一测速方式，避免同时改变多个变量。
根据症状继续分流：网页、视频和下载不一定是同一个问题
所有网站都慢
先看未连接 VPN 的基础速度是否正常，再依次测试 Wi-Fi、节点、协议和后台流量。若换近节点、换协议都无改善，但基础网络正常，可能是隧道路径、服务端容量、出口线路或中间链路问题。此时应保存测试时间、节点、协议和结果，向服务提供方反馈；不要仅凭一次测速认定整个服务不可用。
只有某个网站慢或打不开
先打开几个不同域名进行对照。如果只有单个网站异常，重点检查该域名的 DNS 解析、分流规则、出口地址兼容性和目标网站自身状态。不要因为一个网站的表现就判断 VPN 整体速度。必要时临时切换 DNS 或规则模式，但每次只改一项并保留回滚设置。
视频卡顿、下载慢，但网页打开正常
网页打开主要反映连接建立和小流量请求，视频与下载更依赖持续吞吐和丢包情况。先关闭后台占网程序，再比较不同节点和协议。若 UDP 表现明显好于 TCP，可能与 TCP 传输行为、丢包或拥塞有关；OpenVPN 官方文档也将 UDP/TCP 差异、丢包和拥塞列为性能分析方向，可参考 OpenVPN 官方性能教程。
延迟高、抖动大或偶发卡顿
优先测试更近节点，并观察丢包是否持续存在。距离、绕路、拥塞和额外跳数都可能抬高延迟；如果未连接 VPN 时也存在高延迟，应先处理本地网络或宽带线路。若只在 VPN 内出现，记录节点和协议后再进行替换对照。
DNS、MTU 与分流：前面步骤无效时再检查
- 检查 DNS。如果测速数值不低，但网页首次打开慢、部分域名失败或不同网站表现差异很大，可能需要检查客户端的 DNS 模式、系统 DNS 和分流规则。不要把一次 DNS 查询成功当成完整网络正常；应同时测试多个域名，并确认 DNS 请求是否经过预期的网络路径。
- 检查 TUN、系统代理和分流范围。部分客户端的系统代理只覆盖支持代理的应用，TUN 才可能接管更广泛的系统流量；具体覆盖范围取决于客户端、权限、规则和操作系统。若只有浏览器变慢而桌面应用正常，或反过来，先确认流量是否走了同一条路径。
- 最后再查 MTU。MTU 不合适时，可能出现小页面能打开、大文件或视频异常，或者连接反复重传。OpenVPN 官方将 MTU 不匹配和分片列为性能问题来源。普通用户不要直接照抄服务器命令；应先备份配置，只调整客户端明确提供的 MTU 或相关字段，改动后马上复测并准备恢复原值。
- 管理员再使用 MTR 或 iperf3。如果你管理 VPN 服务端，可使用 MTR 观察路径丢包与延迟，并用 iperf3 比较隧道内外吞吐。普通用户没有服务端权限时，不建议把这些工具的结果当作完整结论。
一份可直接照做的最短排查清单
- 记下当前设备、网络、节点、协议和测速时间。
- 断开 VPN，使用同一测速节点记录下载、上传、延迟、抖动和丢包。
- 连接 VPN，保持其他条件不变，再测一次。
- 若基础网络也慢，先处理 Wi-Fi、路由器、宽带和后台流量。
- 若只有 VPN 后变慢，先换近距离节点，再测试低负载节点。
- 仍然慢时，只切换一个协议并复测；不要同时改 DNS、MTU 和规则。
- 按“所有网站慢、单个网站慢、视频下载慢、延迟高”分流判断。
- 改动无效或出现断网时，恢复备份配置，回到最后一个可用设置。
- 若多个设备、多个网络和多个节点都复现，整理证据后联系服务提供方；若只有一台设备复现，则优先检查该设备的防火墙、杀毒软件、代理和系统网络设置。
本文是通用排查指南，不代表对任一品牌客户端、线路或服务状态作出判断；涉及具体服务的节点负载、可用性和协议支持，应以其公开说明及实际测试为准。
常见问题
VPN 连接后速度下降多少才需要排查？
没有适用于所有网络的固定百分比。先看基础网络是否稳定，再比较同一设备、同一测速节点和同一时间段的结果。如果连接 VPN 后下载、上传、延迟或丢包持续明显恶化，并且换节点或网络后仍能复现，就值得继续排查。不要用单次测速直接下结论。
换节点后还是很慢，下一步改什么？
先确认未连接 VPN 时的基础速度正常，再只切换一个协议进行复测。随后检查后台流量、系统代理、DNS、TUN 或分流范围。不要同时修改协议、DNS 和 MTU，否则无法判断是哪项设置产生了影响。
VPN 速度慢是不是一定是节点故障？
不一定。速度下降也可能来自 Wi-Fi、原始宽带、设备 CPU、后台下载、协议兼容性、路由绕行、丢包、MTU 或目标网站本身。应通过开关 VPN、换网络、换节点和换协议的对照测试逐层定位。
为什么网页能打开，但视频和下载很慢？
网页可能只需要少量短连接，而视频和下载更依赖持续吞吐、低丢包和稳定的协议传输。可以先关闭后台占网程序，再比较不同节点和协议，并记录持续下载表现。
应该先改 DNS 还是先改 MTU？
普通用户应先完成基础测速、网络、节点和协议对照，再检查 DNS，最后才考虑 MTU。DNS 更常表现为解析慢或部分域名异常；MTU 不合适时可能表现为大文件、视频或部分连接异常。每次只改一个变量，并保留恢复方法。
相关阅读
参考资料
- OpenVPN 官方：Troubleshoot and Optimize VPN Performance in Access Server（openvpn.net）
- Proton VPN 官方：Understanding and increasing VPN connection speeds（protonvpn.com）
- Proton VPN 官方：What is the difference between UDP and TCP?（protonvpn.com）