Clash 更新规则后，只有一个网站打不开：从连接记录查起

更新 Clash 的规则以后，其他网站都能打开，偏偏一个常用网站一直转圈。遇到这种情况，可以先查这次访问走了什么出口，再考虑重装客户端。

本文以使用 Mihomo 的 Clash 类客户端为例。不同客户端显示连接信息的方式有差别，请按实际界面寻找“连接”或“日志”页面。

先保留现场，别连续改设置

记下出问题的网站、规则更新时间和当前节点。保存原配置或此前能用的版本，方便恢复。

然后换一个普通网站和另一个需要代理的网站测试。如果其他访问也失败，就先处理基础网络或节点问题；如果只有这个网站失败，再继续查规则。

“更新之后出现”是重要线索，但不能单凭时间先后，证明一定是规则造成的。

关闭或刷新有问题的网页，再观察客户端的新连接。

如果界面支持，重点查看四项信息：

策略组名字可能叫“自动选择”或其他自定义名称。只看组名不能确认实际节点，最好展开查看当前选择。

一个网站还可能请求图片、登录和其他域名。首页能加载、登录一直失败时，可以在操作登录后查看新增失败请求，不要只盯住地址栏里的域名。

如果这个网站需要代理访问，却被送到了 DIRECT，也就是直连，可以重点检查对应规则。

如果记录显示走了代理，但该策略组选中了另一条不可用节点，就先选一条已经实际验证可用的节点，重新发起访问。

如果命中了 REJECT，也就是拒绝规则，先查这条规则的来源和用途。它可能是误分类，也可能是你主动设置的限制。确认用途后，再决定是否调整。

这一步的目标，是知道“访问到底去了哪里”，而不是马上增加更多规则。

临时使用全局模式时，要确认 GLOBAL 策略组也选中了同一个待测试节点。Mihomo 的全局模式使用这个组中选定的代理或策略。查看运行模式说明

保持设备、网络、目标网页和节点尽量一致，重新发起访问：

对比只能帮助缩小范围。全局和规则配置如果还有其他差别，也需要考虑，不能把表格当成最终结论。

Mihomo 的规则按照从上到下的顺序匹配，靠上的规则优先级更高。因此，把新规则随手加到列表末尾，不一定能覆盖前面的规则。查看规则优先级

例如，一条会匹配所有请求的 MATCH 规则已经放在前面，后面的普通域名规则就不能按你期待的顺序处理访问。调整前，先找到实际命中的规则，再决定需要修改哪一项。

新手可以使用客户端提供的自定义规则或覆盖功能，但保存方式要按该客户端文档确认。直接修改下载来的订阅文件，下一次更新时可能被覆盖。

每次只改与这个问题相关的一项，保存后检查加载是否成功，再访问同一个页面。没有改善就恢复，不要越改越难比较。

说明网站、故障开始时间、客户端和内核版本，附上经过遮挡的规则命中与策略选择结果，再告诉对方全局对比及换节点的结果。

如果日志里出现域名解析失败，可以继续检查 DNS；如果看不到相应请求，先确认应用流量是否进入客户端。完整订阅链接、节点密码和访问中的登录凭据不要公开。

资料核对日期：2026 年 10 月 9 日。