Clash 不能用了怎么办？先分清客户端、订阅还是节点故障
简答：Clash 不能用了，先关闭系统代理和 TUN，确认直连网络正常；再按“客户端能否启动、订阅是否成功、节点是否可用、代理是否生效、DNS 是否正常”逐层检查。原版 Clash、Clash Verge Rev 和 Mihomo 不是同一个软件，处理方法也不同。
定义：“Clash 不能用了”是一个笼统症状，可能指客户端打不开、内核未启动、订阅失败、节点超时、系统代理未生效或开启后断网。
先做这一组检查：30秒判断故障在哪一层
先不要同时改 DNS、规则、TUN 和订阅。按照下面顺序操作，目标是先恢复直连，再判断问题属于客户端、配置、订阅、节点还是本地网络。
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 软件打不开、白屏、闪退 | 客户端进程、系统 WebView、应用权限 | 重启设备后查看客户端日志；不要先删除全部配置 |
| 订阅更新失败 | 订阅地址、有效期、HTTP 返回状态、系统时间 | 在浏览器或客户端重新更新，记录 401、403、Timeout、解析错误等实际提示 |
| 所有节点超时 | 本机网络、订阅内容、服务端可达性 | 关闭系统代理和 TUN，确认普通网络可用后再测试 |
| 只有一个节点不能用 | 单节点线路或节点配置 | 切换同一策略组内其他节点，不要立即重装客户端 |
| 客户端显示运行但网页直连 | 系统代理端口、代理模式、当前策略组 | 检查系统代理是否指向客户端实际监听端口，并查看连接日志命中的策略 |
| 打开后所有软件断网 | TUN、DNS、路由或冲突代理 | 先关闭 TUN 和系统代理，恢复直连后逐项重新开启 |
常见代理端口默认为 7897 或 7890，但不同客户端和配置可能不同，必须以设置页显示的端口为准。验证是否真的走了代理，应看连接日志中命中的策略，或对比开启前后的出口 IP；不要只看托盘图标。
Windows 的系统代理入口是“设置→网络和 Internet→代理”，微软文档说明这里可以查看自动检测、脚本和手动代理配置：使用 Windows 中的代理服务器。
先分清原版 Clash、Clash Verge Rev 和 Mihomo
“Clash”既可能指早期的原始内核，也可能泛指使用 Clash 配置格式的图形客户端。原始上游仓库地址目前已无法正常打开，不能把旧版原始 Clash 或旧桌面客户端的停止维护问题，直接等同于 Clash Verge Rev 或 Mihomo 本身故障。
Clash Verge Rev 是桌面图形客户端，支持 Windows、macOS 和 Linux，并内置 Mihomo 内核；其项目 README 明确列出系统代理、守卫和 TUN 模式。可查看Clash Verge Rev 项目说明和项目隐私政策。
截至2026-10-24，Clash Verge Rev Releases 标记为 Latest 的是 v2.5.2；同一发布页还列出了其他渠道的发布内容，下载时应以项目发布页中的资产和校验值为准：Clash Verge Rev Releases。如果你使用的是旧版原始 Clash，优先迁移到仍有公开发布记录的客户端或内核，不要把旧配置文件、旧程序和新客户端混用。
| 名称 | 它通常代表什么 | 不能用时先查什么 |
|---|---|---|
| 原始 Clash | 早期项目或旧程序 | 上游项目状态、程序是否仍能启动、配置格式是否兼容 |
| Clash Verge Rev | Windows、macOS、Linux 图形客户端 | 应用是否启动、内置内核是否运行、系统代理和 TUN 权限 |
| Mihomo | 被多个客户端调用的代理内核 | 内核日志、配置解析、DNS、TUN、节点连接 |
| Android 或 iOS 客户端 | 移动端独立应用，不是 Clash Verge Rev 桌面程序 | VPN 权限、Private DNS、系统网络配置和应用自身日志 |
按故障类型排查：不要一上来重装
1. 客户端打不开、白屏或内核停止
- 先完全退出客户端，再重新启动；任务栏、菜单栏或后台进程中仍有残留时，先结束对应进程。
- 确认下载文件来自项目发布页。校验时针对下载的原始资产计算哈希，不要对解压后的文件或安装目录计算。Windows 可使用
Get-FileHash .\文件名 -Algorithm SHA256，macOS 或 Linux 可使用shasum -a 256 文件名；将结果与发布页中的 SHA-256 值逐字比较。 - 白屏时先检查系统 WebView 或系统 WebKit 是否正常，不要直接删除配置。优先在客户端设置中寻找“打开配置目录”或“打开数据目录”，先复制备份，再把问题配置移到临时文件夹；确认恢复方法后再测试，避免误删订阅凭据。
- 日志中若出现类似
start failed、core stopped、invalid YAML的提示，只能按实际日志原文判断，具体措辞会因客户端和版本不同而变化。
2. 订阅失败、没有节点或配置解析错误
- 检查订阅地址是否完整，尤其是复制时有没有漏掉开头、末尾字符或个人令牌。
- 确认设备日期、时间和时区正确。Windows 可进入“设置→时间和语言→日期和时间”，打开自动设置时间并点击立即同步；macOS 可在“系统设置→通用→日期与时间”中开启自动设置。系统时间错误可能造成 TLS 校验失败或订阅请求异常。
- 重新更新订阅并记录实际返回信息。
401通常表示认证信息不被接受，403表示请求被拒绝，Timeout表示请求在规定时间内没有完成，解析错误则说明返回内容不是客户端能识别的配置格式；这些提示不能直接证明服务端一定故障。 - 不要把分享链接、Base64 内容或带个人令牌的订阅地址公开发到 Issue、群组或截图中。Clash Verge Rev 的隐私政策明确提醒，配置和日志可能包含订阅令牌、节点地址、密码、UUID、访问域名等信息。
3. 节点全部超时、单个节点失败或连接很慢
- 先关闭系统代理和 TUN，确认浏览器能否正常打开普通网页。直连也失败时，应先排查 Wi-Fi、网线、路由器、公司网络或 DNS，不要先改客户端规则。
- 只测试一个策略组内的多个节点。单个节点失败而其他节点正常，优先按单节点或线路问题处理；全部节点失败，再检查订阅是否为空、内核是否启动、当前网络是否阻断连接。
- 打开客户端连接日志，查看请求命中的策略组和节点。若策略组实际选中的是
DIRECT，客户端可能没有使用代理；若日志显示 DNS 解析失败，应转到 DNS 排查，而不是反复更换节点。 - 跨境办公或实时通信场景还要注意 UDP 支持。网页能打开不代表语音、游戏机或其他 UDP 应用一定正常；应以目标应用的实际连接日志和功能表现判断，不要只依据一次网页测速。
4. 代理不生效、开代理后断网
- 检查客户端当前模式是规则、全局还是直连，并确认当前策略组没有选择
DIRECT。规则模式下，部分域名本来就可能直连。 - 检查系统代理地址是否仍为本机地址，端口是否与客户端设置页一致。常见默认为 7897 或 7890，仅作排查提示，不要写死。
- Windows 可在命令提示符中运行
netstat -ano | findstr :端口，再根据 PID 在任务管理器中定位占用进程；微软的 netstat 文档说明-o可显示进程 ID。macOS 使用lsof -nP -iTCP:端口 -sTCP:LISTEN，不要照搬 Windows 的命令。 - 如果 TUN 开启后断网，先关闭 TUN 做对照测试。Mihomo 文档说明 TUN 的 DNS 模式包括
disabled、native和hijack；其中hijack在 Windows 需要strict-route，在 Linux 需要auto-redirect。具体字段和条件以mihomo TUN 配置文档为准。 - 开启 TUN 后是否还要保留系统代理，取决于客户端界面、运行方式和应用兼容性；不要把某一个客户端的界面提示当成所有内核的通用规则。优先按客户端提示逐项测试。
Windows、macOS、Linux、Android、iOS 的关键差异
| 平台 | 重点检查 | 可照做的处理 |
|---|---|---|
| Windows | 系统代理、TUN 服务模式、端口占用、防火墙 | 在“设置→网络和 Internet→代理”核对地址和端口；TUN 需要按客户端提示安装或启动服务；若端口冲突，用 netstat -ano 查 PID。 |
| macOS | 网络扩展、代理设置、应用隔离或权限 | 在“系统设置→网络→选择网络服务→详细信息→代理”查看代理；Apple 的Mac 代理设置说明列出了该路径。若系统阻止扩展或应用，按“隐私与安全性”中的提示放行，不要下载来源不明的修复工具。 |
| Linux | 服务用户、配置文件权限、TUN 和防火墙 | 确认运行客户端或内核的专用用户能够读取配置、日志和缓存目录；使用 systemd 时检查服务状态与日志，例如 systemctl status 服务名、journalctl -u 服务名。不要用 root 创建后再让普通用户读取不了的配置。 |
| Android | VPN 权限、Private DNS、后台限制 | 到“设置→网络和 Internet→VPN”确认应用已授权；到“设置→网络和 Internet→Private DNS”进行对照测试。Google 说明 Private DNS 只保护 DNS 问答，不能代替完整 VPN：Pixel 网络与 Private DNS 设置。不同厂商路径可能不同，可直接搜索“Private DNS”。 |
| iOS | VPN 配置、设备管理、系统网络状态 | 到“设置→通用→VPN 与设备管理”检查现有配置；如果多个 VPN 配置冲突，先记录名称后停用不需要的配置。Apple 说明配置描述文件可在该路径查看和移除：iPhone 配置描述文件。Clash Verge Rev 是桌面客户端，iOS 不能直接照搬桌面安装步骤。 |
如果你只是想恢复正常上网，推荐顺序是：关闭 TUN→关闭系统代理→确认直连→重新启动客户端→更新订阅→测试多个节点→再逐项开启规则、系统代理和 TUN。每完成一步都记录结果，这样能避免多个设置同时变化后无法判断原因。
故障结论速查：根据结果决定下一步
- 直连正常、所有节点都超时：检查订阅内容、内核日志和节点可达性，不要先改 DNS。
- 只有一个节点超时：切换其他节点，对比连接日志；不要据此判断整个客户端失效。
- 订阅更新失败但旧节点还能用：先保留当前配置，检查地址、令牌、系统时间和实际返回状态。
- 系统代理开关打开但浏览器仍直连：核对代理端口、浏览器是否单独设置代理，并查看日志命中的策略。
- TUN 关闭正常、开启后断网：优先检查权限、路由、防火墙和 DNS 模式；Mihomo 的 TUN 字段必须按其官方文档配置。
- Windows、macOS、Linux 都失败：更像是订阅内容、节点或上游服务问题，但在没有日志和复现结果前不能直接下结论。
本文是第三方使用指南，不是任何客户端、内核或订阅品牌的官方页面。下载、版本和兼容性请以对应项目上游发布页及客户端实际界面为准。
你接下来可以怎么做
先按“关闭 TUN 和系统代理→确认直连→更新订阅→测试多个节点”的顺序完成一轮最小排查。若仍失败，保留客户端版本、操作系统、实际错误提示和脱敏后的日志，不要公开订阅链接、密码、UUID、节点地址或个人令牌。
如果确认问题主要出现在跨境办公、线路延迟、丢包或多设备连接，再根据具体网络环境选择对应方案。
常见问题
原版 Clash 不能用了，是不是所有 Clash 客户端都不能用了？
不是。原版 Clash、Clash Verge Rev 和 Mihomo 是不同层级的项目或组件。原始上游仓库地址目前无法正常打开；Clash Verge Rev 是支持 Windows、macOS 和 Linux 的图形客户端，并内置 Mihomo 内核。应先确认你安装的程序名称和来源，再按对应项目的发布页和日志排查。
Clash Verge Rev 打开了但所有节点都超时，怎么办？
先关闭系统代理和 TUN，确认直连网络正常；然后更新订阅，检查是否有节点列表，并在同一策略组内测试多个节点。单个节点失败通常不能证明客户端失效；全部节点失败时，再检查订阅内容、内核日志、本地网络和当前时间。
订阅更新失败时，401、403、Timeout 和解析错误分别怎么看？
401 通常表示认证信息不被接受，403 表示请求被拒绝，Timeout 表示请求超时，解析错误表示返回内容不是客户端能识别的配置格式。它们只能帮助定位方向，不能单独证明某个服务一定故障；应同时检查订阅地址、个人令牌、系统时间和实际返回内容。
开启 TUN 后为什么反而断网？
先关闭 TUN 做对照测试，再检查权限、路由、防火墙和 DNS 模式。Mihomo 文档列出的 DNS 模式包括 disabled、native 和 hijack；hijack 在 Windows 需要 strict-route，在 Linux 需要 auto-redirect。具体配置必须以 mihomo TUN 文档和客户端界面为准。
Windows 系统代理已经打开，为什么浏览器还是直连？
检查 Windows“设置→网络和 Internet→代理”中的地址和端口是否与客户端设置页一致；常见代理端口可能是 7897 或 7890，但不能写死。随后查看客户端连接日志命中的策略，必要时检查浏览器是否有独立代理设置，并用出口 IP 做前后对比。
Android 或 iPhone 能直接照搬 Clash Verge Rev 的排查步骤吗？
不能完全照搬。Clash Verge Rev 是桌面客户端，移动端应检查对应应用的 VPN 权限、系统 Private DNS、VPN 配置和后台限制。Android 可在“网络和 Internet→Private DNS”做对照测试；iPhone 可在“设置→通用→VPN 与设备管理”查看配置描述文件。