VPN白天正常、晚间却明显变慢，未必意味着客户端失效，也不一定是单一节点出了问题。晚间使用人数增加时，共享出口可能出现拥堵；与此同时，家庭网络中的视频播放、云盘同步、系统更新和多台设备联网，也会争用本地带宽。如果协议与当前网络环境不匹配，或者分流规则让大量本地流量绕行，体验还会进一步下降。
排查时最忌讳一上来连续更换节点、反复重装客户端，却没有记录每次变化。更可靠的方法是从本地网络开始，逐步比较线路、协议、设备和分流设置。下面这五步不要求复杂工具，Windows、macOS、Android、iOS 和 Linux 用户都可以按照自己的客户端界面完成大部分检查。
90+
覆盖国家
200+
线路数量
5
排查步骤
不限
同时在线设备
第一步：先确认是不是本地网络变慢
在判断 VPN 之前，先断开代理或隧道，在同一台设备、同一个网络和相近时段访问几个平时常用的网站，或者使用固定的测速工具记录本地基准。随后再连接 VPN，尽量保持测试目标和测试方式一致。这样比较出来的差异，才有助于判断问题是在本地接入网络，还是发生在加密隧道之后。
如果断开 VPN 后速度同样很慢，优先检查家庭网络。确认是否有其他设备正在播放高清视频、上传照片、下载游戏、同步云盘或执行系统更新。路由器的无线信号质量也会影响结果：设备距离接入点较远、隔墙较多、无线频段干扰明显时，基准速度本身就可能不稳定。条件允许时，可以暂时使用网线，或让测试设备靠近路由器后重新比较。
还要观察是否只有某一个应用变慢。如果浏览器、即时通信和其他应用都变慢，问题更可能涉及本地网络或线路；如果只有一个网站或一个客户端异常，则应检查该应用的服务器状态、缓存、DNS 设置和代理规则。不要把单个站点的加载速度直接当作整条线路的速度。
- ✅ 先记录未连接 VPN 时的本地网络表现
- ✅ 暂停云盘同步、后台下载和系统更新后再测试
- ✅ 尽量固定设备、无线位置、测试目标和测试时段
- ❌ 不要把家庭网络本身的拥堵全部归因于 VPN
第二步：在相近线路中比较晚间表现
如果本地网络没有明显异常，下一步是比较不同线路，而不是只盯着当前默认节点。优先选择与实际使用地区相近、线路类型清楚、名称容易识别的候选项。对于需要持续传输的任务，应观察一段时间内的平均表现和稳定性，而不是只记录刚连接时的一次峰值。
晚间变慢常见于共享出口承载增加，但仅凭一次速度下降无法证明具体原因。可以在白天和晚间分别测试同一条线路，再选择另一条同区域或相近区域线路进行对照。如果只有某一条线路在晚间明显下降，而其他线路相对平稳，线路拥堵或调度差异的可能性更高。如果所有线路都同时下降，则要回到本地网络、运营商路由或设备状态继续检查。
线路名称中的“专线”“中转”“直连”等词不能脱离服务商的实际定义理解。直连路径结构较简单，但表现更依赖本地运营商到远端的路由；中转线路增加了入口或中继环节，可能改善部分网络环境下的路径，也可能在某个中继段形成新的瓶颈；IEPL、BGP、CN2 等名称描述的是不同的网络接入或传输方式，不能仅凭名称断定一定更快。最终仍应以当前网络、当前时段和真实使用目标的测试为准。
| 现象 | 更可能的方向 | 建议对照 | 不要急于得出的结论 |
|---|---|---|---|
| 只有一条线路晚间变慢 | 出口拥堵、线路调度或共享容量变化 | 对比同区域其他线路的持续下载和网页加载 | 不要直接认定所有节点都不可用 |
| 所有线路都变慢 | 本地网络、运营商路径或终端负载 | 断开 VPN 测本地基准，并更换网络环境 | 不要只靠反复换节点解决 |
| 能连接但频繁卡顿 | 丢包、抖动、协议适配或长连接不稳 | 观察网页、视频、文件传输是否都受影响 | 不要把“连接成功”等同于“体验稳定” |
| 测速正常但目标应用很慢 | 目标服务、分流规则或应用自身限制 | 比较其他站点，并检查该应用是否经过代理 | 不要用单一测速结果代表所有服务 |
第三步：更换协议并核对客户端配置
线路正常并不代表所有协议都适合当前网络。常见协议包括 Shadowsocks、VMess、Trojan、Hysteria2 和 WireGuard，它们在握手方式、传输特征、加密实现、网络适应性和客户端支持方面存在差异。某个协议在家庭宽带上表现良好，换到公共 Wi-Fi、移动网络或另一家运营商后，可能出现连接慢、断流或速度波动。
如果客户端提供多个协议选项，可以先保持线路不变，只切换协议，再进行相同的测试。一次只改一个变量，才能知道变化来自协议还是节点。Shadowsocks 通常依赖客户端导入服务器参数；VMess 和 Trojan 常见于兼容订阅配置；Hysteria2 对客户端版本、传输参数和网络环境有更强的适配要求；WireGuard 依赖密钥和隧道配置，系统级支持情况也会影响使用方式。不要把不同协议的配置字段互相套用，也不要在没有备份的情况下手动删除原有配置。
第三方客户端也可能造成误判。Clash Verge、sing-box、Shadowrocket 等客户端虽然能够兼容多种配置，但规则、DNS、Tun 模式、系统代理和应用权限的设置并不完全相同。官方客户端通常更适合先验证基础连接；如果官方客户端正常，而第三方客户端变慢，应重点检查规则组、DNS、Tun 模式以及是否同时启用了多个代理入口。
协议测试的正确顺序
- 先备份当前订阅或配置，记录正在使用的线路和协议。
- 保持线路不变，只切换一个协议或客户端内的传输选项。
- 重新打开相同的网页或应用，观察首开速度、持续加载和断线情况。
- 恢复到原配置，再切换另一协议，避免多个改动同时发生。
订阅链接更新后，也要确认客户端确实导入了最新配置。有些客户端只是保留旧节点列表，并不会在后台自动更新；有些客户端更新订阅后会重置代理组或规则。若速度问题发生在配置更新之后，应检查订阅更新时间、当前实际选中的节点以及规则是否仍然生效。
第四步：检查分流、DNS 与系统代理
“VPN 很慢”有时并不是隧道吞吐不足，而是流量走错了路径。全局代理会让本地网站、局域网设备和不需要代理的应用也经过远端；规则分流则可以把不同目标交给不同路径。全局模式适合排查规则问题，但长期使用可能增加不必要的绕行。规则模式更灵活，却要求规则集、DNS 解析和应用识别保持一致。
先观察变慢的目标是否真的经过代理。如果只有某个应用速度异常，可能是它没有使用系统代理，或者应用内部设置覆盖了系统代理。相反，如果本地服务、打印机、局域网管理页面也无法访问，可能是 Tun 模式或全局路由改变了本地流量。可以暂时关闭复杂规则，使用简单模式做对照；确认基础连接后，再逐步恢复分流规则。
DNS 也会影响“打开很慢”的体感。解析请求反复超时、解析到距离较远的地址，或 DNS 请求与实际代理路径不一致，都可能让网页首开变慢。修改 DNS 后应清理客户端缓存并重新连接，避免同时启用多个 DNS 接管功能。不要频繁更换陌生 DNS，也不要把 DNS 解析速度直接等同于文件下载速度：前者主要影响域名解析阶段，后者还取决于完整传输路径。
- ✅ 确认当前模式是全局、规则还是直连
- ✅ 检查变慢的应用是否被正确纳入代理规则
- ✅ 暂时关闭重复的系统代理、Tun 或 DNS 接管功能做对照
- ❌ 不要同时运行两个代理客户端或两套虚拟网卡
- ❌ 不要为了测速结果长期使用不必要的全局代理
第五步：换设备或网络，确认问题边界
当线路、协议和规则都没有明显异常时，最后要确认问题是否只出现在某一台设备或某一种接入网络。可以用同一个账号在另一台已支持的设备上测试，例如从电脑换到手机，或从家庭 Wi-Fi 切换到移动网络。测试的目的不是追求某个固定速度，而是观察问题是否随着设备或网络一起移动。
如果只有一台电脑慢，检查系统代理残留、杀毒软件的网络扫描、浏览器扩展、磁盘占用、CPU 使用率和网卡驱动。加密隧道需要终端处理数据，较旧设备或后台任务较多时，可能出现 CPU 占用偏高、风扇持续运转和速度下降。移动设备则要检查省电模式、后台网络权限和系统是否限制了客户端运行。
如果换到另一种网络后恢复，说明家庭宽带、无线环境或运营商路径值得继续关注。此时可以记录网络类型、连接时间、所用线路、协议、是否全局代理以及主要表现，向服务支持反馈会比只说“很慢”更有效。若所有设备和网络都出现相同问题，且只有特定线路受影响，则更适合提交线路名称、协议类型和复现时段，请求确认线路状态或推荐替代线路。
QaVPN 支持 Windows、macOS、iOS、Android 和 Linux，且同时在线设备数不限。多设备测试时，应尽量避免在其他设备上同时进行大流量传输，否则测试结果会混入账号或本地网络的并发负载。90+ 国家和 200+ 线路意味着可供对照的范围较广，但节点数量本身不能替代逐条验证；适合自己的线路仍取决于所在网络、访问目标和使用时段。
排查过程中容易忽略的几个问题
第一，不要把“节点能连上”当作线路质量合格。握手成功只能说明基础连接建立，不能说明持续下载、视频加载、实时通信和长时间连接都稳定。第二，不要在同一轮测试中同时更换节点、协议、客户端和 DNS，否则即使速度发生变化，也无法知道真正原因。第三，不要只看最高下载速度，抖动、丢包、断流和恢复时间同样会影响实际工作。
第四，避免在不同时间段拿完全不同的测试条件比较。白天的家庭网络负载、晚间的出口使用量、目标网站的服务器状态都可能改变结果。更好的做法是保留简短记录：日期、网络类型、设备、线路、协议、代理模式、测试目标和现象。即使不记录具体测速数字，也能通过“首开慢”“持续传输下降”“频繁重连”等描述找到规律。
第五，谨慎处理配置和订阅安全。订阅链接应从可信来源获取，不要把链接公开粘贴到群组、截图或公共工单中。导入第三方客户端前，确认客户端来源、权限和配置内容；发现陌生节点、异常规则或不需要的系统权限时，不要为了测速而继续使用。配置文件涉及连接信息，备份时也应妥善保存。
按这个顺序，通常更快找到瓶颈
整套排查可以浓缩为一条路径：先断开 VPN 测本地基准，再固定条件比较线路；线路没有明显差异时切换协议；随后检查分流、DNS、Tun 和系统代理；最后通过更换设备或网络确认问题边界。每一步只改变一个主要变量，并在恢复原配置后进行对照，结论才不会被偶然波动带偏。
- ✅ 本地网络正常后，再判断 VPN 线路是否拥堵
- ✅ 同一线路分别测试不同协议，确认协议适配性
- ✅ 用简单配置排除规则、DNS 和 Tun 的干扰
- ✅ 通过另一台设备或另一种网络定位问题范围
- ❌ 不要连续随机换节点，却不保留任何测试记录