故障诊断 · 10分钟
延迟很低但网页仍然慢：DNS、丢包和拥塞的排查顺序
延迟只描述一次探测往返用了多久，并不能代表网页的整个加载过程。页面打开还要经历域名解析、建立连接、加密握手、服务器响应和资源下载。任何一步卡住，都可能出现“Ping很好看，网页却转圈”。
先确认慢在什么环节
不要一开始就反复切节点。先区分是所有网站都慢、只有某个站慢，还是首次打开慢但刷新后正常。所有网站都慢更像连接或DNS问题；单站异常可能是目标服务限制、出口地址信誉或对方服务器故障；首次慢而刷新快，可能与DNS、握手或缓存有关。
同时用直连做一次对照。如果直连也异常，应先处理本地网络或运营商问题。只有VPN连接下出现异常，才继续检查隧道与出口。
DNS排在速度测试之前
浏览器访问域名必须先获得地址。DNS超时会让页面长时间没有反应，但节点Ping仍可能很低。可换一个已知正常的网站，或观察应用是否能通过已有连接继续传输。如果只有新域名打不开而已建立的连接正常，DNS值得优先检查。
排查时一次只改变一个变量。先记录客户端是否启用了自定义DNS、系统是否残留代理设置，再按产品官方说明恢复默认。不要同时更换节点、DNS和浏览器，否则即使恢复也不知道是哪一步生效。
平均延迟会掩盖突发丢包
网页由许多短请求组成，少量连续丢包会触发重传并显著拖慢加载。平均延迟可能仍然漂亮，因为成功返回的探测包很快。观察时应关注是否出现超时、延迟尖峰和波动，而非只抄一个平均数。
无线网络干扰也会造成类似现象。条件允许时，用有线连接或靠近路由器做短时对照。若本地Wi‑Fi已经不稳定，换远端节点通常只能偶尔掩盖问题。
最后才判断出口和目标站
本地、DNS和连接稳定性基本正常后，再比较两个同地区节点访问同一目标。一个正常、一个持续异常，才更像具体线路或出口问题。所有节点只对某一目标异常，则需考虑目标站限速、区域策略或临时故障。
排查记录至少包含时间、网络类型、节点原名、异常网站、直连表现和采取的单一改动。这样的记录既方便下次复现，也能让客服得到可用信息。
浏览器与系统代理也会制造假象
某些客户端退出后，系统代理仍可能保留；浏览器扩展也可能单独改变请求路径。表现往往是一个浏览器异常，其他应用却正常。排查时可用没有安装扩展的浏览器配置做对照，并检查系统代理是否处于产品官方建议的状态。
不建议看到异常就运行来源不明的“一键修复”脚本。先记录当前设置，再按操作系统或产品官方文档逐项恢复。能够撤销每一步，比一次改动十几个网络参数更安全。
怎样向客服提交可处理的信息
“节点很卡”几乎无法定位。更有用的描述包括发生时间、所在城市与运营商、设备和系统版本、客户端版本、协议、节点完整名称、受影响目标，以及直连和备用节点是否正常。若产品提供诊断日志功能，应先确认日志包含哪些数据，再决定是否提交。
涉及账号、地址或日志时注意隐私，不要在公开评论区粘贴完整凭据、订阅链接或设备标识。客服要求安装远程控制软件或提供密码时，应先核验渠道真实性。
本文基于公开技术常识与可复核的问题处理流程整理，没有将未保存原始数据的体验描述为本站实测。不同网络环境可能得到不同结果。