节点有延迟，网页打不开：给一次请求画出路径
从应用接管到实际出站观察一次网页请求，区分探测成功、代理未接管、规则走错与目标服务异常。
先定义“打不开”发生在哪一步
节点旁显示 150 毫秒，并不表示你的浏览器已经通过该节点上网。延迟测试通常访问客户端设定的测试目标，网页请求则可能经过不同的规则、DNS 和出站。先把故障写具体：某一网址失败、所有网页失败、某个应用失败，还是连接后整个设备断网。
选一个你知道正常的网页作为样本，用新标签页发起请求。记录地址、错误文字、时间和网络；暂停后台大量下载。这里只更改一个条件，任何改动后都重新发起同样的请求，保留改善和失败的样本。
- 关闭代理，确认基础网络是否能正常访问原本可直连的网站。
- 启动唯一一个代理客户端，关闭其他会接管网络的 VPN。
- 固定一个节点，分别测试一个直连目标和一个需要代理的目标。
第一站：应用有没有进入客户端
在桌面系统中，系统代理设置影响愿意遵循该设置的应用；TUN 通常通过虚拟网络接口接管流量。二者的效果和权限条件不同。不要仅凭主界面开关亮着，就认定所有应用已接管。
打开客户端连接记录，在浏览器重新发起样本请求。如果没有对应域名、地址或进程记录，先检查系统代理、浏览器独立代理、插件和应用自身设置。没有进入客户端时，换节点通常无效。手机 VPN 还要检查授权是否完成，以及是否有应用被排除。
- 在客户端中打开连接或日志视图，然后重新请求样本网页。
- 检查浏览器扩展及应用独立代理设置，避免同时指向不同端口。
- 使用 TUN 时核对服务权限与启动日志；暂时关闭 TUN 测试系统代理路径，用来缩小范围。
第二站：规则把请求送到了哪里
连接记录出现请求后，检查命中的规则与实际出站。目标可能被分到直连、代理、拒绝或另一个代理组。规则模式下，选择了某个节点也不一定会影响所有请求；规则顺序与最终匹配决定路径。
可以临时做一次全局代理对照，但它只用于判断路由问题，不能直接当作长期方案。若规则模式失败、临时全局成功，保存命中规则和目标域名，在原规则配置中修正具体路径。操作后恢复规则模式，重新验证正常网站与局域网资源。
- 核对当前工作模式及最终匹配的代理组。
- 做一次短暂的全局对照，记录结果后恢复原模式。
- 只调整有证据的那条规则，不批量粘贴来源不明的规则合集。
第三站：节点能否完成真实请求
已确认请求进入正确代理组后，再看节点。单次探测成功不等于目标网站、TLS 握手、大文件传输或 UDP 都能工作。保持网络不变，替换一个节点，重新打开同一个目标；若两个节点表现不同，记录地区、时间与错误类型，作为服务商排查材料。
目标网站也可能限流、维护或需要额外登录。只有单一服务异常时，可以用另一个网络和正常浏览器配置交叉验证。不要为一个网站关闭证书校验，也不要安装不明根证书；这些操作会改变问题性质。
- 在同一代理组内切换一个备选节点，重复样本请求。
- 查看日志是否有连接超时、握手失败或名称解析错误。
- 若只有特定目标失败，记录目标状态，避免推断整个机场不可用。
连接后断网，先回到最小接管范围
TUN 启动后的整机断网，与某个网页异常的排查入口不同。先关掉 TUN 和系统代理，退出客户端，确认基础网络恢复。恢复后只启用一种接管方式。若 TUN 才会触发问题，再检查路由冲突、权限与 DNS 处理，查相应版本官方说明。
在公司网络或有安全软件的设备上，不应为了排查而关闭组织规定的保护。可以在自己的备用网络和设备上复现，将冲突范围说明清楚。局域网打印机或共享目录异常也要单独测试，不能用公网网页正常来代替。
- 关闭接管开关并退出客户端，确认基础网络恢复。
- 只开启系统代理或 TUN 中的一种，观察故障边界。
- 如需恢复系统代理设置，使用系统设置界面，确认地址和端口不再指向已退出的客户端。
留下可复现记录，而不是一张测速图
可用记录示例：“20:10 家庭 Wi-Fi，规则模式，域名 A 命中组 B；节点甲握手超时，节点乙正常；切回甲仍失败。”这比“所有节点都不行”更能帮助定位问题。截图前遮住订阅、账户、IP 和个人应用信息，只保留必要日志。
最终验证应覆盖你实际使用的应用、一个正常直连目标和需要访问的目标。退出客户端后还应验证网络能恢复。确认后再整理配置，保留一个备用节点及一份已知可工作的配置。
- 记录目标、模式、规则、出站、错误与对照结果。
- 完成实际应用测试，恢复临时修改。
- 重启一次客户端，检查启动与退出后的网络状态。
官方资料
功能与配置说明以官方资料为准。