开启系统代理后无法上网，怎么查？

在“代理”页测试当前节点，并换另一个节点对照。延迟测试成功，只能说明测试目标当时可达；目标网站可能有不同的限制、DNS 结果或连接问题。

全部超时也不等于订阅整体失效。检查测试网址是否可达、节点信息是否过期、账户状态和当前网络；可以换网络或测试目标进一步区分。

选择一个测试有响应的节点后，继续用实际网址验证。延迟数值不等于下载速度，也不是稳定性保证。

打开客户端的连接或日志页面，再刷新出错的网址。对照访问时间找这条请求。

• 没有记录：检查系统代理开关、Windows 代理地址和端口。浏览器扩展或应用自带代理设置可能覆盖系统设置。
• 有记录：查看命中的规则、策略组和最终节点。不要只看首页选中的一个节点，配置可能把该域名分到另一组。
• 提示端口占用：确认客户端是否成功监听。Windows 可用 netstat -ano | findstr :7890 查看示例端口，再用 PID 查对应进程。这里的 7890 要换成客户端实际端口；不要直接结束不认识的系统进程。

临时切换全局模式作对照时，检查 GLOBAL 组选中的节点。如果同一个网址在两种模式下结果不同，记录两次实际使用的策略和节点，再找配置差异。

IP 查询页显示的是该次查询的出口，归属地数据库也可能不准确，不能单凭它判断所有流量是否经过代理。

部分网站打不开不一定是 DNS。先看浏览器与客户端的具体错误：解析失败、TLS 握手失败、连接超时和远端拒绝连接不是同一件事。

有明确解析错误时，检查当前配置的 DNS 设置、上游是否可达，以及浏览器是否启用了独立的安全 DNS。涉及 TUN 时还要看 DNS 请求有没有按预期进入内核。

改动前保存配置，只调整与报错有关的设置。清理缓存可以排除旧记录影响，但不能修复不可用的上游；也不要仅为试错就把整段 DNS 配置换成网上的模板。