Clash 节点显示但无法连接怎么办？
简答：Clash 节点显示但无法连接时，先关闭客户端确认基础网络，再区分单节点、部分节点还是全部节点失败，依次检查订阅状态、代理模式、系统代理、DNS、TUN 与日志。
定义：“节点显示但无法连接”是指配置或订阅已经成功加载、节点名称可见，但连接测试超时、握手失败或应用无法通过 Clash 访问网络。
先做一分钟判断：不要一上来修改 DNS
本文面向使用 Windows、macOS、Android 或 iOS 上 Clash 系列客户端的用户。不同客户端的菜单名称、内核版本和 TUN 权限可能不同，下面的路径是通用排查思路，不代表所有客户端界面完全一致。更新于 2026 年 10 月 31 日。
| 现象 | 优先判断 | 先做的动作 | 停止条件 |
|---|---|---|---|
| 只有一个节点失败 | 节点参数、节点地址或该节点状态 | 切换同组其他节点，并查看连接日志 | 其他节点可用时，不要修改全局 DNS 或 TUN |
| 同地区多个节点失败 | 线路、协议参数或策略组选择 | 切换不同地区或不同协议节点 | 出现可用节点后，先保留原配置并记录差异 |
| 全部节点失败 | 订阅、客户端核心、系统代理或本地网络 | 关闭 Clash，确认浏览器能否直连，再更新订阅 | 基础网络本身不可用时，先处理 Wi-Fi、网线或系统网络 |
| 节点测速有结果但网页打不开 | 规则、DNS、浏览器代理或应用绕过代理 | 临时切换全局模式，再查看连接记录 | 仅凭延迟正常不能认定网页访问正常 |
mihomo 的运行模式通常包括 rule、global 和 direct；rule 模式会根据规则匹配流量，global 模式需要选择代理策略，direct 模式则直接连接。具体字段可参考 mihomo 通用配置文档。测速或延迟测试只说明测试请求有响应，不等于浏览器、桌面应用和所有网站都能正常访问。
按最短路径排查 Clash 节点连接失败
- 备份并确认当前配置。
先记录当前客户端名称、内核名称、运行模式、是否开启系统代理和 TUN，不要同时修改多个选项。若刚修改过 YAML、DNS、规则或节点参数，优先恢复到修改前的配置。
- 关闭 Clash，确认基础网络。
关闭系统代理和 TUN 后，打开普通网页或系统网络诊断。若直连也失败，问题不应继续归因于节点；先检查 Wi-Fi、网线、路由器和系统网络。基础网络恢复后再启动 Clash。
- 更新订阅并检查账户状态。
手动更新订阅，观察是否返回成功、配置文件是否更新时间变化、节点数量是否发生变化。订阅能更新不代表节点一定可用，还需自行核对有效期、剩余流量、套餐状态和服务端是否下线节点。不要把订阅地址或令牌公开到截图、日志或工单中。
- 只测试一个节点和一个模式。
先选择一个节点，临时使用 global 模式测试；如果 global 可以访问，再切回 rule 模式查看规则命中情况。如果 global 也失败，继续查看日志，不要反复刷新测速。若只开系统代理时能用、开启 TUN 后失败，先关闭 TUN，确认系统代理路径正常，再单独排查 TUN 权限、虚拟网卡和其他 VPN 冲突。
- 查看日志后再处理 DNS。
连接日志中出现
no such host，可把 DNS 或节点域名解析作为排查方向；出现connect timeout，重点看节点地址、端口、网络路径和防火墙；出现connection refused，可能是目标端口未接受连接；出现x509，先检查系统日期、时间和证书相关配置；出现认证失败，则核对订阅生成的节点参数，不要手动猜测并修改 UUID、密码、SNI、Reality 或 WebSocket 路径。
每一步只改一个变量。修改后要重新打开同一个网页或应用验证；如果没有改善，回滚该项再进入下一层。这样可以避免把订阅问题、规则问题和 TUN 问题混在一起。
节点显示但测速超时：按日志关键词分流
| 日志或现象 | 可能所在层 | 可执行检查 | 验证边界 |
|---|---|---|---|
no such host | 节点域名或 DNS | 检查节点域名是否能解析；在客户端 DNS 设置中确认配置是否生效 | 域名能解析不代表端口和协议握手成功 |
connect timeout | 网络路径、端口或节点响应 | 换一个节点、换一个网络环境，并比较日志变化 | 单次超时不能证明节点长期失效 |
connection refused | 目标端口未接受连接 | 确认订阅是否更新、节点端口是否来自当前配置 | 不要凭经验手改服务端参数 |
x509 或证书错误 | 系统时间、证书链或 TLS 参数 | 打开系统自动校时；Windows 路径是“设置—时间和语言—日期和时间”，macOS 路径是“系统设置—通用—日期与时间” | 时间正确后仍失败，应保留日志继续核对节点参数 |
| 测速正常但网页打不开 | 规则、系统代理、DNS 或应用兼容性 | 切换 global 模式，查看连接记录是否出现目标域名 | 测速结果不等于目标网页已通过代理加载 |
Windows 的系统代理由操作系统单独管理，Microsoft 的说明显示，代理设置位于“网络和 Internet—代理”，手动代理需要服务器地址和端口。若 Clash 的本地端口与系统代理端口不一致，浏览器可能显示代理已开启但实际连接失败，可参考 Microsoft Windows 代理设置说明。
系统时间也会影响基于证书的连接。Windows 可在“设置—时间和语言—日期和时间”开启自动设置时间；macOS 可在“系统设置—通用—日期与时间”开启自动设置。相关路径分别见 Microsoft 日期和时间说明 与 Apple 日期和时间说明。
网页打不开时，重点检查系统代理、规则和 DNS
系统代理路径：Windows 上先检查 Clash 是否开启系统代理，再检查系统代理中的地址和端口是否与客户端当前监听端口一致。macOS 上检查当前网络服务的 HTTP、HTTPS 或 SOCKS 代理是否仍指向旧端口。Android 和 iOS 的系统代理能力、VPN 权限和应用行为不同，不能直接套用 Windows 的端口检查方式。
规则路径：在 rule 模式下，查看目标域名在连接记录中被匹配为代理、DIRECT 还是 REJECT。若目标域名被 DIRECT，网页可能没有经过节点；若被 REJECT，则应检查规则来源或临时使用 global 模式验证。验证完成后应切回原模式，避免把临时测试状态当成长期配置。
DNS 路径：mihomo 文档说明，DNS 支持 redir-host 和 fake-ip 等增强模式，也支持 fake-ip-filter、nameserver-policy 和 proxy-server-nameserver 等配置。DNS 设置过于复杂时，建议先备份配置，再临时使用客户端默认配置进行对照，不要一次性同时更改 Fake-IP、DoH、IPv6 和规则。可参考 mihomo DNS 配置文档。
TUN 路径：TUN 不是“节点可用”的同义词，它还涉及虚拟网卡、系统权限、路由、DNS 劫持和其他 VPN 软件冲突。mihomo 文档指出，strict-route 在 Windows 上会增加用于减少 DNS 泄漏的防火墙规则，但某些应用可能因此受到影响；Android 的 Private DNS 也可能影响 DNS 劫持。出现“系统代理正常、TUN 开启后断网”时，先关闭 TUN 恢复系统代理，再根据日志单独处理 TUN，而不是继续改节点参数。相关说明见 mihomo TUN 配置文档。
Windows、macOS、Android、iOS 的差异与回滚方法
- Windows：优先核对系统代理地址、端口、TUN 权限和防火墙提示。若使用系统代理与 TUN，遇到局域网或企业内网异常，先关闭其中一个模式进行对照。
- macOS：优先核对当前网络服务的代理状态、系统时间和 TUN 权限。若关闭 TUN 后系统代理恢复，保留日志并暂时使用系统代理完成最小验证。
- Android：检查 VPN 权限、Private DNS、其他 VPN 或网络防火墙应用。若只有部分应用失败，先确认该应用是否使用系统 VPN 通道。
- iOS：检查 VPN 配置是否获得系统授权、是否存在其他 VPN 配置，以及当前客户端是否支持所导入的节点类型。菜单和内核能力以实际客户端版本为准，无法核实时不要手动改节点字段。
回滚顺序建议是：关闭 TUN—关闭系统代理—退出客户端—恢复备份配置—重新启动客户端—只开启一种接入方式—测试同一节点和同一网页。若仍然全部节点失败，保存客户端名称、内核名称、系统版本、错误日志和测试时间，再向订阅提供方核对账户与节点状态。不要公开包含订阅令牌、密码或完整节点链接的日志。
如果仍然无法连接，如何判断是不是节点本身的问题
可以用“同一设备、同一网络、同一客户端、不同节点”的最小对照测试：先固定一个网页和一个应用，分别测试两个不同地区或不同协议的节点，并记录连接日志、模式和测试时间。如果只有一个节点失败，不能据此判断整个订阅不可用；如果全部节点失败，再优先复核订阅状态、客户端核心、系统代理、DNS 和 TUN。
如果你在跨境办公或多设备环境中反复遇到全部节点超时、TUN 断网或 DNS 解析异常，可以把问题拆成基础网络、客户端配置、DNS、线路和终端权限五层逐项核验。需要更稳定的办公网络排错路径时，可在完成上述基础检查后了解边界云加速的连接诊断方案。
常见问题
Clash 节点显示但无法连接，应该先换节点吗？
如果只有一个节点失败，可以先换同组或不同地区节点；如果全部节点失败，不要只反复换节点，应先关闭 Clash 检查基础网络，再更新订阅并查看日志。
Clash 节点测速正常，为什么网页还是打不开？
测速只代表测试请求获得响应，不代表浏览器已经使用正确的系统代理，也不代表规则、DNS 和目标网页访问正常。可临时切换 global 模式，并在连接记录中确认目标域名是否出现。
订阅可以更新，但 Clash 节点仍然全部无法连接怎么办？
订阅更新成功只说明配置请求完成，不等于节点仍可用。继续核对有效期、剩余流量、套餐状态、节点参数和客户端内核，再用日志区分 DNS、超时、拒绝连接或证书错误。
开启 TUN 后 Clash 反而无法上网怎么办？
先关闭 TUN，确认系统代理是否恢复；若系统代理正常，问题可能位于 TUN 权限、虚拟网卡、路由、DNS 或其他 VPN 冲突。不要同时修改节点、Fake-IP、DoH 和规则，应该一次只验证一个变量。
Clash 出现 x509 或证书错误怎么处理？
先检查 Windows 或 macOS 的日期、时间和时区是否自动同步，再重新测试。若时间正确仍失败，保留完整错误关键词，核对订阅生成的 TLS 参数，不要自行猜测修改 SNI、UUID 或 Reality 字段。