VPN 连接后网速突然下降，不一定是节点本身变慢。无线信号波动、后台下载、线路拥塞、客户端模式变化、DNS 解析异常，甚至目标网站自身的限制，都可能造成相似的感觉。排查时先区分“所有应用都慢”还是“只有某个应用慢”，再从容易恢复的本地因素开始检查；每次只改一个设置，方便确认真正原因。
如果连接前后没有用相同设备、相同网络和相同测试目标，测速结果很难直接比较。先暂停大型下载和云同步，确保设备没有切换 Wi-Fi 或移动网络，再记录页面加载、视频播放或文件传输中具体出现的问题。不要因为某个测速站表现异常，就立即判断所有线路都不可用。
先判断变慢的具体表现
“网速慢”可能指网页打开时间变长、视频清晰度下降、下载速度不稳定，也可能是连接响应变迟钝。不同表现对应的原因并不相同：网页迟迟开始加载，可能与 DNS 解析或连接建立有关；页面已经打开但文件传输缓慢，更需要关注持续吞吐和线路状况；语音或游戏出现断续，则还要考虑丢包、抖动与应用自身的连接方式。
先在同一设备上对比 VPN 关闭与开启时的表现，并尽量访问同一个目标。关闭 VPN 后恢复正常，说明问题更可能位于代理路径、节点、客户端或目标服务与出口之间；关闭后仍然很慢，则应先检查本地网络和设备。这个对比只能帮助缩小范围，不能单独证明某个节点故障，因为目标网站的负载和访问策略也会变化。
再区分影响范围。所有应用都变慢时，优先检查 Wi-Fi、路由器、系统代理和 VPN 客户端；只有浏览器变慢时，检查浏览器扩展、代理设置和 DNS；只有一款会议或游戏软件异常时，留意它是否使用独立代理设置、绕过系统代理，或连接到与网页不同的服务区域。
先排除本地网络和设备因素
VPN 使用的是设备当前可用的网络。Wi-Fi 信号不稳定、路由器繁忙、移动网络切换或运营商连接波动，都会影响 VPN 的入口连接。可以先靠近路由器，或在条件允许时切换到另一种可信网络进行对比；如果问题只发生在某个 Wi-Fi 下，先处理该网络的连接质量，而不是反复改客户端配置。
- 检查网络是否稳定。观察其他设备是否也有加载缓慢、断线或视频卡顿。如果多个设备同时受影响，重连 Wi-Fi 或按路由器说明重新启动网络设备，再等待网络恢复后复测。
- 暂停占用带宽的任务。云盘同步、系统更新、在线视频和大型下载可能与 VPN 共用网络资源。暂时暂停这些任务，再测试相同应用，避免把本地带宽被占用误认为线路故障。
- 确认没有网络切换。笔记本从有线网络切到 Wi-Fi、手机在 Wi-Fi 与移动网络间切换后，已有连接可能失效。重新连接网络，再断开并重连 VPN，观察问题是否消失。
- 避免多个代理同时运行。同时启用两个 VPN 客户端、代理软件或系统级网络过滤工具，可能让路由、系统代理和 DNS 设置互相覆盖。排查时只保留一个需要测试的客户端，关闭其他代理后再比较。
如果重连后依旧异常，可以正常退出客户端再重新打开；必要时重启设备，以清理已失效的网络连接状态。重启不是万能修复，但比直接修改端口、DNS 或防火墙规则更容易恢复。若设备属于单位或学校管理，系统代理、虚拟网卡和网络策略可能由管理员控制，不要擅自绕过管理设置。
再检查节点、线路与目标地区
在本地网络稳定后，尝试切换到其他可用节点。优先选择与目标服务地区相符的线路，再对比同一应用的启动、加载和持续使用情况。节点名称相近不代表网络路径完全相同；地区也不能单独决定速度，用户到入口、入口到出口以及出口到目标服务的路径都会影响最终体验。
如果客户端提供线路类型或策略组，应先查看其说明，避免把不同概念混为一谈。IEPL 通常描述专线承载的部分传输路径，BGP 与 CN2 则涉及网络路由或运营商网络类型；这些标签不能保证用户本地网络、出口到目标网站的整段路径都不拥塞。切换线路后，最好使用同一个应用和目标进行比较，而不是同时更换节点、模式和 DNS。
如果订阅列表很久没有更新，按照客户端的订阅管理功能刷新配置，并确认更新完成后实际选中了新列表中的线路。更新配置和建立连接是不同环节：列表更新成功不代表当前出站已经切换，也不代表应用一定采用了 VPN。使用第三方兼容客户端时，还要确认当前配置格式与客户端内核相符；不要把不支持的配置格式当成线路速度问题。
当问题只出现在特定网站或应用时，也可以比较同地区的不同线路，并查看客户端的连接记录，确认请求是否命中了预期的代理规则。VPNGF 的VPNGF主页可以作为了解服务入口的参考；遇到实际连接问题时，仍应以账户面板和所用客户端显示的配置状态为准。
| 观察到的情况 | 优先排查 | 建议操作 |
|---|---|---|
| 所有应用都慢 | 本地网络、客户端连接状态 | 切换网络对比，重连客户端，并确认没有其他代理同时运行。 |
| 只有部分网站或应用慢 | 分流规则、目标服务、出口地区 | 检查连接记录，确认请求走向；再比较适合目标地区的线路。 |
| 打开网页慢，持续下载尚可 | DNS 解析、连接建立、浏览器设置 | 测试不同网页并检查 DNS 与浏览器扩展，不要只依据单一测速结果判断。 |
| 连接偶尔中断或体验忽快忽慢 | 无线信号、丢包、网络切换、后台任务 | 改用稳定网络复测，暂停同步任务，并观察客户端是否有重连记录。 |
| 更新订阅后仍无改善 | 当前配置、所选节点、客户端兼容性 | 确认已启用正确配置与出站，并按客户端支持情况核对导入格式。 |
检查代理模式、协议与 DNS
客户端的规则模式通常按规则决定请求走代理还是直连，全局模式则让进入代理内核的请求采用选定出站；实际接管范围仍取决于客户端、系统代理和应用设置。如果只有某个应用变慢，先确认它是否遵循系统代理，或是否被规则分配到不合适的出站。短暂切换模式可以用于定位问题，但测试后应恢复原有设置，避免把排查状态长期留在全局模式。
更换连接协议可能改善特定网络环境下的连接稳定性，但前提是客户端与服务端配置都支持该协议。Shadowsocks、VMess、Trojan、Hysteria2 和 WireGuard 是不同的协议或技术体系，不能仅凭名称相似就互相替换，也不能假定所有客户端都支持同一套配置。应以服务提供的配置说明和客户端的实际兼容范围为准。
DNS 问题常表现为域名解析等待、部分网站无法打开，或切换线路后访问结果没有相应变化。检查客户端是否提供 DNS 模式说明，并确认系统、浏览器与客户端的设置没有相互冲突。不要同时套用多个来源不明的 DNS 脚本或配置；改动前记录原设置，出现新问题时才能恢复。
- ✅ 先核对当前启用的配置、代理模式和实际选中的出站。
- ✅ 每次只调整一个选项，并用相同应用和目标复测。
- ✅ 更新客户端或配置前，先确认来源可信且格式匹配。
- ❌ 不要在多个客户端间同时启用系统代理或虚拟网卡。
- ❌ 不要仅凭节点名称、协议名称或单次测速推断线路必然更快。
- ❌ 不要为追求速度而随意关闭系统防护或单位网络策略。
按顺序复测，并在必要时恢复设置
完成一项排查后，重新连接并观察原先出现问题的应用。测试时保持设备、网络和目标服务一致，避免同时播放视频、下载文件或运行同步任务。若客户端提供连接日志，可关注连接是否成功、是否频繁重连、请求命中了哪个出站；分享日志前删除账户信息、订阅地址、令牌和可识别个人身份的内容。
可以按“本地网络—客户端重连—切换节点—检查规则与模式—核对协议和 DNS”的顺序推进。每一步都要先观察结果，再决定是否继续。换节点后恢复，说明问题可能与原线路或目标路径有关；切换网络后恢复，说明本地接入环境值得继续检查；只有某个应用受影响，则更应检查该应用的代理行为和分流规则。
如果修改后出现更多应用无法连接，先撤销最近一次改动，恢复客户端推荐的默认设置，再重新连接。不要同时重置网络、改 DNS、切协议和重装客户端，否则即使恢复也很难知道哪一步起了作用。若仍不能定位，可向服务支持提供操作系统、客户端名称与版本、问题开始时间、受影响的应用、网络类型和已完成的排查步骤；不要附上完整订阅链接或密码。