Clash 有节点但连接不上怎么办？按顺序排查订阅、节点、DNS 和端口
简答：Clash 有节点但连接不上，先关闭 TUN 和系统代理，确认普通网络能打开网页；然后判断是单个节点失败，还是全部节点失败。单节点失败通常先换节点并查看连接日志；全部节点失败则依次检查订阅更新、当前配置和策略组、系统时间、DNS、代理端口及防火墙。每次只改一个设置，成功信号是 Connections 中出现实际请求且错误消失。
定义：“有节点但连接不上”是指配置中能看到节点，但节点测速超时、握手失败，或代理已开启却无法完成网页和应用请求。
先看现象：用一张表决定从哪里开始
不要一开始同时修改 DNS、TUN、规则和端口。先记录客户端名称、系统、当前配置、选中的策略组、报错文字，以及是在测速、打开网页还是运行应用时失败。以下分流只用于定位方向，具体菜单名称会因客户端和内核版本不同而变化。
| 现象 | 优先怀疑 | 第一步 | 成功信号 |
|---|---|---|---|
| 只有一个节点超时 | 单节点线路、节点参数或远端状态 | 切换同一策略组中的另一个节点 | 新节点能完成测速或网页请求 |
| 所有节点都超时 | 订阅、配置、系统时间、本地网络或端口 | 关闭代理后确认普通网络正常，再更新订阅 | 订阅能成功更新，节点列表和策略组正常 |
| 测速有结果，但网页打不开 | 规则、DNS、选错策略组或网页请求失败 | 打开 Connections/连接记录，查看实际命中规则 | 目标域名出现请求，状态不再是 timeout 或 reject |
| 浏览器能用，其他应用不能用 | 系统代理未接管应用，或需要 TUN | 核对系统代理地址和端口；必要时在确认权限后测试 TUN | 目标应用请求出现在连接记录中 |
| 开启 TUN 后整机断网 | 路由、DNS 劫持、权限或 TUN 配置 | 先关闭 TUN 或使用客户端的恢复网络功能 | 系统直连恢复，再逐项重新启用 |
策略组并不等于节点本身。mihomo 文档说明，策略组会引用代理或其他策略组；如果当前选择的是空组、错误组或 DIRECT，看到“有节点”也不代表请求一定走了目标节点。可参考mihomo 官方策略组配置说明核对组与节点关系。
最短排查路径：按“入口—动作—结果—失败分支”执行
- 入口：关闭 Clash 的系统代理和 TUN。动作：直接用浏览器打开一个平时能访问的普通网页。预期结果：确认本机宽带、Wi-Fi 或移动网络本身正常。失败分支：直连也打不开时，先处理本地网络、路由器或系统网络问题，不要先改节点。权限/回滚：只关闭开关，不删除配置；测试结束后可恢复原状态。
- 入口：订阅或配置页面。动作：手动更新订阅，记录 401、403、404、Timeout、解析失败等原文。预期结果：更新完成，节点列表和策略组重新加载。失败分支：如果更新失败，检查链接是否复制完整、账号权限是否仍有效，以及当前网络能否访问订阅地址；不要把订阅链接公开。权限/回滚：先备份当前配置，再替换订阅，避免直接覆盖唯一配置。
- 入口：代理组或节点选择页面。动作：固定选择一个节点，不使用自动选择；再测试第二个节点。预期结果：一个节点成功而另一个失败，说明问题更偏向单节点；全部失败则继续检查本地配置。失败分支：不要仅凭测速数字下结论，需同时查看网页请求和连接日志。
- 入口：模式设置。动作：在规则模式和全局模式之间做单变量对照；全局模式下仍要明确选择一个可用节点。预期结果：同一目标在两种模式下至少有一种能建立请求。失败分支：若两种模式都失败，优先查节点、DNS、端口和配置，不要继续改规则集。
- 入口：Connections/连接记录与 Logs/日志。动作：访问一个固定目标，观察目标域名、命中的策略组、实际节点和错误类型。预期结果：能看到请求是否进入代理、是否被 DIRECT 或 REJECT、是否发生 DNS 错误或 timeout。失败分支：没有任何请求时，检查系统代理或 TUN 是否真正启用；有请求但失败时，再看 DNS、节点握手和规则。
订阅、策略组和节点：三处都要“生效”
“节点列表里有内容”只能证明配置文件被解析出了一些条目，不能证明订阅仍有效、当前配置已启用，也不能证明策略组当前选中了可用节点。按以下顺序核对：
- 订阅入口：查看最后更新时间和错误提示。若出现 401 或 403，通常应向订阅提供方核对权限或链接状态；不要通过反复导入同一链接来解决权限错误。
- 配置入口：确认当前运行的是刚更新的配置，而不是旧配置、备份配置或另一个 Profile。
- 策略组入口：确认代理模式下选择的是目标策略组，策略组内又选中了具体节点，而不是 DIRECT、REJECT 或空组。
- 连接入口：打开连接记录，确认请求使用的策略组和节点与界面选择一致。若界面显示已选节点，但日志实际走 DIRECT，问题在规则或策略组，不一定是节点失效。
客户端名称与内核名称可能不同，例如某些图形客户端使用 mihomo 内核。排查时应以客户端界面、内核日志和当前配置共同判断，不要只根据应用名称推断功能。
DNS、Fake-IP 与网页打不开：先做低风险对照
DNS 问题常见于“客户端看起来已连接，但域名打不开”或“部分网站失败”。mihomo 的 DNS 文档区分了 redir-host、fake-ip、IPv6 和 fake-ip-filter 等配置；这些选项之间存在联动，不能把网上的完整配置直接复制到所有客户端。可先参考mihomo 官方 DNS 配置文档确认字段含义。
- 入口：客户端 DNS 设置。动作：记录原有 DNS、增强模式和 fake-ip-filter，再暂时恢复为客户端默认或服务商推荐值。预期结果：网页请求能正常解析并进入连接记录。失败分支：仍无法解析时，分别测试一个域名和一个已知 IP，区分域名解析问题与节点连接问题。权限/回滚：修改前截图或导出配置，验证失败就恢复原值。
- 入口：浏览器安全 DNS 或 DoH 设置。动作：临时关闭浏览器自带的安全 DNS，避免浏览器绕过系统或客户端 DNS；只用于对照测试。预期结果：浏览器请求与其他应用的解析路径一致。失败分支：若关闭后仍失败，不要据此断定节点不可用，还要看连接日志。
- 入口：IPv6 设置。动作：在明确知道当前网络 IPv6 不稳定时，记录原状态后暂时关闭 IPv6 做单变量测试。预期结果：目标请求可通过 IPv4 建立。失败分支：无变化就恢复原设置，避免把 DNS 问题扩大为系统网络变化。
端口、系统代理和 TUN：浏览器能用但应用不能用时重点查
Clash 类客户端通常通过 HTTP、SOCKS 或 mixed-port 接收本机应用流量；端口被其他程序占用、系统代理指向旧端口，都会造成“客户端显示运行，但应用无法连接”。Clash Verge Rev 的设置文案明确区分了 System Proxy 与 TUN：TUN 用虚拟网卡接管系统流量，启用 TUN 时通常不需要再启用系统代理；TUN 也可能需要服务模式或管理员权限，具体可查看其公开设置说明。
- 先查系统代理：确认地址通常是本机回环地址，端口与客户端当前监听的 HTTP 或 mixed-port 一致。若端口显示被占用，换一个未占用端口并同步更新系统代理。
- 再查应用接入方式：浏览器能用但桌面应用不能用，说明浏览器可能读取了系统代理，而目标应用不读取系统代理；此时应查应用自身代理设置，或在确认权限和兼容性后测试 TUN。
- 最后查 TUN：先关闭系统代理做对照，再启用 TUN。若启用后断网，立即关闭 TUN 或使用客户端提供的恢复网络功能。MetaCubeX 的公开说明指出，TUN 会重新路由默认流量，错误配置或隧道卡住可能导致连接中断；恢复网络后再检查路由、DNS 和权限。
Windows、macOS、Android 的最小差异
| 平台 | 优先检查 | 操作注意 |
|---|---|---|
| Windows | 系统代理开关、端口占用、管理员权限、TUN 服务 | 修改代理前记下原地址和端口；TUN 失败时先关闭并恢复系统网络，再检查服务或防火墙。 |
| macOS | 系统代理、网络服务顺序、TUN 权限和其他 VPN | 不要同时启用多个 VPN、代理或网络过滤工具；修改后关闭并重新打开目标应用。 |
| Android | VPN 授权、应用电池限制、分应用代理、DNS | 系统同一时间通常只能维持一个 VPN 通道；若其他 VPN 或安全应用占用通道，应先退出并重新授权。 |
这些是排查优先级，不是所有客户端的固定菜单路径。客户端版本、内核和系统版本不同，入口名称可能变化；找不到相同选项时，以当前客户端文档为准，不要直接套用其他软件的配置文件。
什么时候应停止本机排查并联系服务提供方
完成上述对照后，如果直连正常、订阅能更新、当前配置和策略组正确，但多个节点在不同网络下都持续握手失败，或日志明确显示远端连接被拒绝，就应整理信息交给服务提供方核查。建议只提供：系统和客户端名称、内核名称、发生时间、错误类型、是否所有节点失败、是否更换网络复现，以及脱敏后的日志片段。
不要提交完整订阅链接、Token、账号密码或包含密钥的配置。若只有一个节点失败，可先暂时避开该节点；若所有节点失败且换网络仍复现，才更值得核查订阅权限、服务端状态或配置生成问题。
常见问题
Clash 有节点但全部连接超时，最先检查什么？
先关闭系统代理和 TUN，确认普通网络可以正常打开网页；然后更新订阅并确认当前运行的是最新配置。若订阅更新成功但所有节点仍超时，再检查系统时间、策略组、DNS、本地端口和防火墙。
Clash 显示已连接，为什么网页还是打不开？
“已连接”不一定代表目标网页请求成功。打开 Connections 和日志，检查请求是否进入代理、实际使用的节点、命中规则，以及是否出现 DIRECT、REJECT、DNS 错误或 timeout。
Clash 只有一个节点不能用，要不要重装客户端？
通常不必先重装。先固定选择另一个节点测试；如果其他节点正常，问题更偏向单节点或远端参数。只有在配置解析失败、内核无法启动或客户端文件损坏时，才考虑备份配置后重装。
Clash 浏览器能用，但软件和游戏不能用怎么办？
先确认目标软件是否读取系统代理；很多应用不会自动使用浏览器代理。核对系统代理地址和端口，查看应用请求是否出现在 Connections 中；若仍没有请求，再根据客户端支持情况测试 TUN，并避免同时运行其他 VPN。
开启 TUN 后无法上网，怎么恢复？
先关闭 TUN；如果客户端提供“恢复网络”功能，使用该功能撤销 TUN 路由。恢复直连后，再检查 TUN 权限、自动路由、DNS 劫持和其他 VPN，避免直接反复开启同一配置。
排查时可以直接换 DNS 或复制别人的配置吗？
不建议。先记录当前 DNS、增强模式、fake-ip-filter 和路由设置，每次只改一个变量。不同客户端和内核的字段、默认值可能不同，应以当前客户端和 mihomo 文档为准。