TROUBLESHOOT / 故障排查
Clash 排错指南：先看故障发生在哪一步
先分清节点有没有载入，再检查连接是否成功。下方按症状提供入口；排查时保留原配置，一次改变一个选项，并记录变化后的结果。
先分清是哪一类
打开客户端的节点列表看一眼，答案立刻就有了：
- 列表是空的 —— 属于第一类。问题出在订阅环节，客户端根本没拿到节点数据。这时候不用去查代理设置、DNS 那些，都是白费。
- 列表有节点，但网页打不开 —— 属于第二类。节点数据拿到了，问题在连接或者代理生效环节。
这两类的排查方向完全不同，混着查会很低效。
排查时的两条原则
一次只改一个变量
常见的错误做法是：连不上 → 换节点、切模式、改 DNS、开 TUN 一起上 → 好了，但不知道是哪个起的作用 → 下次再坏还是不会修。
一次改一样，改完验证一次。慢一点，但能真正定位问题。
先退回最简状态
如果已经改了很多设置，先全部退回来：关掉 TUN、切成规则模式、DNS 恢复默认、系统代理打开。确认这个基准状态能用，再一项项往上加。
这比在一堆改动里找原因快得多。
日志是最直接的线索
客户端都有日志页面。绝大多数问题在日志里都有明确的记录：
address already in use—— 端口被占了- YAML 相关的解析错误 —— 配置格式有问题，还会指出是哪一行
- 握手超时、证书校验失败 —— 节点或参数的问题
- 订阅更新失败 —— 会写明是超时还是返回了错误状态码
贴日志求助前记得脱敏：服务器地址、UUID、密码、完整订阅链接都要打码。这些信息泄露出去，等于把账号给了别人。
常见问题
节点列表空的和连不上网，是同一个问题吗？
不是。列表空说明订阅没拿到数据，问题在订阅环节；有节点但连不上说明数据拿到了，问题在连接或代理生效环节。排查方向完全不同。
换了好几个节点都不行？
如果全部节点都测不出延迟，多半不是节点的问题，而是网络环境或订阅整体失效。换个网络（比如手机热点）测一次能快速区分。
求助的时候该提供什么信息？
客户端版本、操作系统、当前模式、日志里的报错行（记得把服务器地址、UUID、订阅链接打码）。有这些信息才好判断，只说「用不了」很难帮上忙。
本站整理开源项目的下载与使用说明，与 Clash、Mihomo、Clash Verge Rev、FlClash 等项目没有隶属关系，也不转存任何安装包。 版本号、文件名、体积与系统要求以各项目官方发布页为准；本页数据的人工核对日期为 2026-09-01。