Clash不能用了怎么办？按症状排查连接、订阅、代理与 TUN
简答：Clash不能用了时，先完全关闭客户端测试直连：直连也打不开，先修复本地网络；直连正常，再依次检查订阅更新、节点状态、代理模式、系统代理、DNS 和 TUN。软件还能打开，不等于配置、节点或客户端仍然兼容。
定义：“Clash不能用了”不是单一故障，可能指客户端无法启动、订阅更新失败、节点全部超时、系统代理未生效、DNS异常，或 TUN 虚拟网卡与权限配置失败。
先试这一步：关闭代理，用 1 分钟判断故障范围
本站是第三方使用指南站，不是「缥缈墟」官方，也不冒充任何客户端或订阅服务的官方网站。下面的步骤用于定位本机网络、客户端配置和连接问题。
| 现象 | 立即操作 | 优先排查范围 |
|---|---|---|
| 关闭 Clash 后普通网页也打不开 | 断开并重新连接 Wi-Fi 或网线，再用手机热点测试 | 本地网络、路由器、系统网络或运营商链路 |
| 关闭后直连正常，开启后全部打不开 | 关闭 TUN，只保留普通系统代理，再重新选择节点 | 节点、代理端口、TUN、DNS 或代理冲突 |
| 只有部分网站打不开 | 查看当前模式、规则命中和其他节点结果 | 规则、DNS、节点出口或目标站点连接 |
| 客户端能打开，但所有节点超时 | 先更新订阅，再查看错误日志和设备时间 | 订阅失效、节点不可达或本机配置异常 |
| 关闭客户端后仍然断网 | 关闭系统代理和 TUN，再重启网络连接 | 残留代理、虚拟网卡、路由或 DNS 设置 |
最快顺序：退出客户端 → 测试直连 → 重新打开 → 更新订阅 → 选择一个节点 → 开启系统代理 → 最后再启用 TUN。不要一开始同时改 DNS、规则、端口和 TUN，否则无法判断是哪一步起作用。
按顺序检查订阅、节点、模式和代理端口
- 确认客户端能正常运行。如果程序打不开、启动后立即退出或界面空白，先重启设备。不要直接删除配置目录，先导出配置或复制必要的规则、自定义设置和订阅名称。
- 更新订阅并确认结果。在客户端的订阅或配置页面找到对应项目，点击“更新”“刷新”或类似按钮，等待请求完成。更新失败时，检查订阅地址是否被截断、是否多复制了空格、设备日期时间是否正确，以及当前网络能否访问订阅地址。订阅地址通常包含访问凭据，不要粘贴到公开群组、工单截图或完整日志中。
- 不要只看一个节点。选择一个延迟测试成功的节点，再观察网页和应用是否能访问。若所有节点都超时，而订阅刚刚更新成功，优先检查本机网络、系统时间、代理端口和客户端日志。延迟测试成功不等于 HTTPS、UDP 或具体应用一定可用。
- 检查代理模式。排查期间确认没有误设为“直连”或绕过全部流量的模式。可以先切换到规则模式；如果规则复杂，再短暂切换全局模式做对照。测试结束后恢复符合实际需求的模式。
- 核对系统代理端口。客户端显示“已开启系统代理”并不代表每个应用都一定使用它。确认系统中的代理地址通常是本机地址，端口必须与客户端当前监听的 HTTP、SOCKS 或混合端口一致。不要把示例端口当成固定要求。
- 用命令行单独验证本机 HTTP 代理。Windows PowerShell 中使用
curl.exe，不要直接使用可能被 PowerShell 别名接管的curl。例如客户端明确显示 HTTP 代理端口为 7890 时，可执行curl.exe -I -x http://127.0.0.1:7890 https://example.com。这一步主要验证本机代理端口是否监听并能转发请求，不代表所有应用都已正确接入。
Windows 的系统代理入口是“设置 → 网络和 Internet → 代理”，微软官方说明该页面支持自动检测、脚本和手动代理配置。微软 Windows 代理设置说明。
DNS 和 TUN 要分开排查
mihomo 文档说明，TUN 可用于接管系统流量、自动设置路由和 DNS 劫持；DNS 的 enhanced-mode 可选 fake-ip 或 redir-host，默认值为 redir-host。mihomo TUN 配置文档 mihomo DNS 配置文档。
- 先关闭 TUN做对照。在客户端的“设置”“内核”或“服务模式”页面关闭 TUN，保留普通系统代理，再测试浏览器。如果关闭 TUN 后恢复，问题范围通常集中在虚拟网卡、路由、权限、防火墙或 DNS 劫持。
- Windows 检查防火墙。进入“Windows 安全中心 → 防火墙和网络保护 → 允许应用通过防火墙”，检查对应核心程序是否允许通过当前网络。mihomo 文档还指出，部分 TUN 协议栈在防火墙开启时需要放行核心程序。mihomo TUN 防火墙说明。
- macOS 检查代理和网络扩展授权。系统代理入口是“苹果菜单 → 系统设置 → 网络 → 选择网络服务 → 详细信息 → 代理”。Apple 官方列出了 HTTP、HTTPS、SOCKS 和 PAC 等代理项目。Apple 的 macOS 代理设置说明。重新启用 TUN 或服务模式时，按客户端提示允许网络扩展或 VPN 权限。
- Android 检查私人 DNS。进入“设置 → 网络和互联网 → 私人 DNS”，临时选择“自动”做对照；不同厂商的菜单名称可能不同。mihomo 文档明确指出，Android 开启私人 DNS 时，DNS 请求可能无法被自动劫持。mihomo Android TUN 说明。Google 的 Android 官方说明也将私人 DNS 和 VPN 放在“网络和互联网”设置中。Google Android 网络设置说明。
- iPhone 先分离 VPN 和 Wi-Fi 问题。进入“设置 → Wi-Fi”确认直连网络正常，再进入系统中的 VPN 设置检查客户端配置是否存在。若安装了其他 VPN 或安全软件，先断开或暂时移除后重启测试；Apple 建议在 VPN 或安全软件影响连接时进行这一类对照。
- fake-ip 下看到 198.18.x.x 不一定是故障。mihomo DNS 文档说明，
fake-ip-range用于 fake-ip 地址映射；因此nslookup返回 198.18.x.x 不能单独证明 DNS 损坏。应结合网页访问、规则命中以及关闭 fake-ip 后的结果判断。mihomo DNS 文档。
Windows、macOS、Android、iPhone 的最短修复路径
| 设备 | 建议操作顺序 | 通过标准 |
|---|---|---|
| Windows | 退出客户端 → 测试直连 → 关闭 TUN → 打开“设置 → 网络和 Internet → 代理”核对端口 → 更新订阅 → 重新选择节点 → 用 curl.exe 验证本机代理 | 浏览器可访问，命令行不再出现拒绝连接 |
| macOS | 关闭 VPN/TUN → 测试 Safari 直连 → 在“系统设置 → 网络 → 详细信息 → 代理”检查代理 → 重新授权网络扩展或服务模式 → 再启用 TUN | 直连和代理模式都能分别复现 |
| Android | 关闭当前 VPN → 将“私人 DNS”切换为“自动”做对照 → 重新授予 VPN 权限 → 先测试普通代理或兼容模式，再测试 TUN | 系统 VPN 状态与客户端状态一致，单个应用可访问 |
| iPhone | 关闭其他 VPN → 测试 Wi-Fi 直连 → 检查客户端 VPN 配置 → 重新授权连接 → 再观察 Safari 和目标应用 | VPN 配置能建立，直连与代理结果可区分 |
如果换成手机热点后恢复，故障更可能与原 Wi-Fi、路由器 DNS 或局域网策略有关；如果所有网络下都失败，再回到订阅、节点、客户端配置和权限排查。Apple 的 Wi-Fi 排查建议也包括检查其他设备、重启路由器以及在必要时重置网络设置，但重置会删除已保存的 Wi-Fi、VPN 和相关网络配置，应放在最后。Apple iPhone 与 iPad Wi-Fi 排查说明。
客户端还能打开，不等于项目仍在维护
“程序还能启动”和“项目仍在维护”是两个不同判断。公开发布元数据显示，Clash for Windows 的记录版本为 0.20.39，发布日期为 2023 年 10 月 20 日；这只能说明该发布记录，不能证明它在当前系统、订阅格式或新配置下持续兼容。Clash for Windows 发布元数据。
如果你使用的是长期没有更新的旧客户端，建议先导出配置，再核验维护中项目的发布来源、系统架构和安装包校验值。Clash Verge Rev 项目文档说明，应从其 Release 页面获取匹配平台的安装包，并列出 Windows、macOS 和 Linux 的安装渠道；具体版本号、文件名和校验值应以你实际打开发布页时看到的内容为准。Clash Verge Rev 安装说明 Clash Verge Rev 发布页。
迁移时不要直接覆盖旧配置目录。优先导入订阅或复制必要规则，逐项确认代理端口、模式、DNS、TUN 和系统代理状态。若安装包来源、签名或校验值无法核实，应标记为“未核实”，不要继续使用。
日志关键词对照：先定位，再修改设置
| 日志或界面现象 | 优先检查 | 建议动作 |
|---|---|---|
connection refused | 本机代理端口没有监听，或端口被其他程序占用 | 核对客户端端口，关闭冲突软件后重启客户端 |
timeout | 节点不可达、网络不稳定或目标连接超时 | 换节点、换网络交叉测试，不要只看一次延迟 |
DNS error | DNS 配置、DNS 劫持或域名解析链路 | 关闭 TUN 做对照，检查 DNS 模式和过滤规则 |
| TUN 启用失败 | 权限、虚拟网卡、防火墙或其他 VPN 冲突 | 关闭其他 VPN，重新授权并检查防火墙 |
| 浏览器能用，命令行不能用 | 系统代理与 WinHTTP 或应用独立代理不同 | 用 curl.exe -x 指定本机代理端口单独验证 |
分享日志前，至少删除订阅链接、secret、节点密码、UUID、用户名、设备 IP 和其他访问凭据。完整配置文件不要公开上传。
常见问题
Clash不能用了，是不是客户端一定失效了？
不一定。先关闭客户端测试直连，再区分本地网络、订阅、节点、系统代理、DNS 和 TUN。客户端能打开只说明程序可以启动，不能证明订阅和节点仍然可用。
为什么节点全部显示超时？
可能是订阅没有更新成功、节点地址不可达、本机网络受限、设备时间不正确，或客户端端口与系统代理不一致。先确认订阅更新结果，再换节点和网络测试。
开启 TUN 后网页打不开，应该直接改 MTU 吗？
不建议一开始修改 MTU。先检查权限、虚拟网卡、防火墙、其他 VPN 冲突、自动路由和 DNS 劫持。关闭 TUN、只保留普通系统代理做对照；只有明确复现为特定链路分片问题时，才单独进行 MTU 测试。
fake-ip 模式下 nslookup 返回 198.18.x.x 正常吗？
可能正常。mihomo 将 fake-ip 地址范围作为 DNS 映射配置，因此不能仅凭 198.18.x.x 判断 DNS 故障。应结合实际访问、规则命中和关闭 fake-ip 后的结果判断。
旧版 Clash for Windows 还能继续使用吗？
是否可用取决于系统、订阅和配置兼容性，不能仅凭客户端能启动作出保证。建议备份配置，核验维护中客户端的发布来源，再逐项迁移和测试。
重装客户端前需要保存什么？
至少保存可核验来源的订阅信息、规则自定义内容、代理端口、模式设置和必要日志片段。不要公开包含 secret、节点密码或完整订阅链接的文件。
常见问题
Clash不能用了，是不是客户端一定失效了？
不一定。先关闭客户端测试直连，再区分本地网络、订阅、节点、系统代理、DNS 和 TUN 问题。
为什么节点全部显示超时？
先确认订阅是否更新成功，再换节点和网络测试，同时检查设备时间、代理端口和客户端日志。
开启 TUN 后网页打不开怎么办？
先关闭 TUN，只保留普通系统代理做对照；然后检查 VPN 或网络权限、防火墙、虚拟网卡、自动路由和 DNS 劫持。
fake-ip 模式下返回 198.18.x.x 正常吗？
可能正常。该地址范围可用于 fake-ip 映射，不能仅凭 nslookup 结果判断 DNS 故障，应结合实际访问和模式对照。
旧版 Clash for Windows 还能继续用吗？
是否可用取决于系统、订阅和配置兼容性。能启动不代表仍在维护，建议备份配置并核验维护中的客户端发布来源。