先确认问题范围：所有网站、单个网站，还是只有某个应用。随后断开VPN检查直连，保持设备和网络不变；只有VPN下复现时，再依次检查线路、DNS、分流和客户端。一次只改变一项并保留恢复方法。
这篇指南适合哪些情况
- 测速满速但网站打不开
- 浏览器慢而应用正常
- 只有登录或上传失败
按顺序完成检查
- 01
用两个网站和一个应用确定影响范围
先只完成“用两个网站和一个应用确定影响范围”。这一轮以“测速满速但网站打不开”为观察对象，记下开始时间和最先出现的异常；不要提前改动后面的选项。
- 02
断开VPN建立同一时刻直连对照
接着处理“断开VPN建立同一时刻直连对照”。设备、网络和线路仍沿用上一轮，若结果突然改变，先回看刚才唯一调整的项目。
- 03
换一条同地区线路，不同时改协议
做到“换一条同地区线路，不同时改协议”时，把“浏览器慢而应用正常”作为对照。成功和失败都要保留，不能因为一次结果不好就重新开始计数。
- 04
检查浏览器安全DNS、代理和扩展
执行“检查浏览器安全DNS、代理和扩展”之前先截取必要的非敏感记录。完成后等待连接状态稳定，再用原任务复核，而不是改用更容易成功的新任务。
- 05
按产品官方说明恢复默认DNS与分流
最后完成“按产品官方说明恢复默认DNS与分流”，同时检查断开或退出后的普通网络。能恢复到测试前状态，这一轮记录才算闭合。
实际怎么做，才不会测偏
先把“快但不好用”拆成可观察的问题：网页首次打开慢、视频中途停、会议声音断、还是应用经常重连。测速峰值只能对应大文件传输的一部分，无法解释DNS、连接建立、抖动和特定网站响应。
保持当前线路，依次测两个网页和一个真实应用，再做直连对照。所有任务都慢时检查本地网络；网页慢而下载正常时看首次响应和DNS；只有某个应用异常时排除账号、地区和服务端故障。不要一开始就同时换节点、协议和浏览器。
根据记录做判断
修正一项后回到最初任务，在新页面或新会话里复验。只有原来的卡顿、等待或失败不再出现，才算问题得到改善。测速数字上升但用户任务没有变化，应记录为“峰值变化，体验未改善”，不能写成修复成功。
常见误判
直接重置系统网络导致已保存配置丢失
把单站限制当成全网故障
修改后只刷新缓存页面
最后怎样做决定
范围越小，处理动作越小。单站问题优先查看目标服务状态和出口限制；全站仅在VPN状态异常，再处理线路或DNS；直连也失败时回到本地网络。
记录至少应包含日期、时段、设备、网络类型、客户端版本、线路完整名称和实际任务。未保存这些条件的数字，只能当作当时截图，不能直接用于长期购买决定。