这份清单按"最可能、最好排查"到"相对少见"的顺序排列，建议按顺序检查，不要跳步骤。绝大多数"打开代理却上不了网"的情况，原因都集中在前四项，很少真的需要排查到第八、第九项——按顺序走一遍，通常两三分钟就能找到问题所在，不需要一上来就怀疑是复杂的网络环境问题。
- 客户端是否显示"已连接"——最基础但也最容易被忽略的一步。有些客户端安装后需要手动点击连接按钮，并不是打开软件就自动生效，先确认左下角或主页的连接状态。
- 系统代理开关是否真的打开——客户端内部显示已连接，不代表系统层面的代理设置已经切换过去。Windows 检查托盘图标菜单里的 System Proxy 是否勾选，macOS 检查菜单栏图标里 Set as System Proxy 是否选中。
- 订阅是否成功导入了节点——打开「配置 / Profiles」页面，看节点数量是否为 0。如果是 0，通常是订阅链接失效或者复制时带了多余空格，重新获取链接再试一次。
- 当前策略组里是否有可用节点——节点数量正常不代表节点能用，进入策略组测速一次，如果全部节点延迟显示超时，大概率是订阅服务商那边的问题，换一条订阅或联系服务商。
- 是不是规则把这个网站分类成了直连——这是"某个网站打不开但其他网站正常"最常见的原因。打开客户端的「连接 / Connections」面板，看这条请求命中的规则是不是
DIRECT。如果确实误判，可以按规则详解文章手动加一条规则纠正。 - 本地端口是否被其他程序占用——Clash 默认使用 7890（代理端口）和 9090（外部控制器端口），如果本机还运行着其他代理软件或者之前的 Clash 进程没有完全退出，端口冲突会导致代理无法正常监听，重启客户端或者更换端口设置即可。
- DNS 是否被污染，或者没有走 Fake-IP——如果网页能连上但加载异常缓慢、或者部分网站解析到错误的 IP，检查 DNS 配置里是否开启了 Fake-IP 模式，具体原理和配置可以看DNS 配置文章。
- TUN 模式权限是否正确——如果开启了 TUN 模式但某些应用依然不走代理，检查系统权限是否给到位：Windows 是否以管理员身份运行，macOS 是否在系统设置里允许了对应的网络扩展。
- 是否和其他代理 / VPN 软件冲突——同时运行多个代理工具几乎必然冲突，包括某些浏览器插件自带的"内置 VPN"功能。把其他代理类工具全部关掉，只保留 Clash 单独测试。
如果按顺序走到某一项时问题突然消失了，说明大概率就是这一项导致的，可以先解决它再继续验证后面几项是否也存在问题，不需要把九项全部走完才下结论。
排查时可以借助的两个内置工具
大部分客户端在界面里自带了两个排查工具，很多新手完全没用过：一个是「延迟测试」，可以对策略组里的每个节点单独测速，快速看出是不是某个具体节点掉线了；另一个是「连接 / Connections」面板，能实时看到每一条网络请求命中了哪条规则、走的是哪个节点，比盲猜规则是否生效直观得多。排查上面第五项"规则误判"时，这个面板几乎是必用工具。除此之外，部分客户端还提供了「日志 / Log」页面，把日志级别调到 debug 之后可以看到更详细的连接过程，遇到疑难问题时把这部分日志发给服务商或者在社区求助，通常能更快得到准确的答案。
如果九项都排查过了还没解决
大概率是节点本身的问题（比如服务商那边线路故障），而不是 Clash 客户端配置的问题。可以联系你的订阅服务商确认线路状态，或者先切到「全局模式」测试所有节点的连通性，排除是不是规则配置导致的假象。如果换了几个节点问题依旧存在，那就基本可以排除节点因素，回头再重新过一遍前面的九项检查，尤其是端口占用和 DNS 相关的两项，这两类问题的症状有时会伪装成"节点不可用"。本站的常见问题页也收录了更多针对性的排查场景，覆盖了比这份清单更细分的具体报错信息。