客户端显示已连接却打不开网站时，先检查流量是否进入客户端、命中了什么规则、选择了哪个出口，以及 DNS 是否成功。连接图标只证明某个接口或服务已启动，不能证明目标网站可访问。
先确定影响范围
是所有网站、一个网站、一个应用，还是只有 Wi-Fi 出问题？同一浏览器中的本地网站、普通 HTTPS 网站和目标网站分别有什么结果？记录这些差异，不要立即同时修改模式、DNS 和节点。
如果关闭客户端后也无法访问，先恢复系统代理并排查基础网络。关闭程序但保留指向本地端口的系统代理，会制造新的断网现象。
查看请求是否进入客户端
打开连接或日志页，访问一个目标。如果没有对应记录，检查应用自带代理、系统代理、浏览器扩展及 TUN 接管情况。部分应用不读取系统代理，需要单独配置或使用适合的接管方式。
如果记录存在，查看命中规则和实际策略组。规则可能指向直连、拒绝或没有可用节点的组；界面上选中的节点也不一定是该请求使用的节点。
用同一节点比较模式
临时切换到明确选择该节点的代理模式，再访问同一目标。如果能够访问，而规则模式不能，重点查规则顺序、目标的其他资源域名及组内出口。
测试后恢复日常配置。如果全局代理也失败，继续检查节点连接、DNS 和目标站自身状态，不能仅追加域名规则。
DNS 和 IPv6 可能造成什么
域名解析失败会发生在连接目标之前。客户端 DNS、系统 DNS 和浏览器的安全 DNS 可能走不同路径；改变一个设置后，另一条路径仍可能保留旧行为。保存原设置，并检查日志而不是只清缓存。
IPv4 与 IPv6 可能经过不同路由。部分目标优先使用 IPv6 时会暴露不同问题，应检查是否都被正确接管。访问 IP 地址只能辅助诊断，HTTPS 证书和虚拟主机要求使它不能替代域名测试。
目标站与协议层
网站可能限制特定出口、需要登录，或自身发生故障。比较其他网站及一个备用出口可以缩小范围，但不能据此承诺某服务“永久解锁”。遇到证书错误时检查系统时间及域名，不随意关闭验证。