Clash 常见问题

客户端是能点击操作的界面；内核是实际处理连接、执行规则的程序，例如 mihomo；订阅则是获取配置内容的更新地址。三者不是同一个东西。安装客户端后，通常还要导入自己有权使用的订阅或本地配置，再选中它运行。客户端能打开，不代表订阅已经可用；订阅能更新，也不代表其中每个节点都能连接。排查时先确认问题发生在界面、配置获取还是实际连接这一层。

日常先用规则模式，它按配置中的规则把请求交给指定策略。全局模式把进入内核的请求交给全局策略，适合短时对照排查；直连模式则让进入内核的请求直接连接目标。模式不决定哪些应用会进入内核，这还取决于系统代理、应用自身设置或 TUN 接管。切换全局模式后仍打不开网页，不能直接认定规则有错，还要检查全局策略选项、节点连接及域名解析。测试结束后记得恢复原模式。

节点是一条具体的代理连接配置；策略组是把节点、直连或其他组装在一起的选择入口。规则通常引用策略组名称，而不是直接引用某个节点。如果修改的组没有被当前请求命中，连接路线就不会改变。先在连接列表中找到目标域名，查看命中规则和策略链，再去调整对应的组。遇到自动选择组，还要留意健康检查可能重新选择出口；需要固定出口时，使用配置里提供的手动选择组。

不必一开始就同时开启。系统代理是把代理地址告知愿意遵循系统设置的应用；TUN 是通过虚拟网络接口接管符合路由条件的流量，覆盖范围取决于客户端和配置。新手可以先用系统代理验证浏览器连接，再按游戏、命令行或其他应用的需要启用 TUN。排查时一次只改变一个设置，避免两条接管路径互相干扰。TUN 也不等于所有流量必定经过代理，最终仍由路由、规则和应用网络行为共同决定。

先到订阅提供方的账户页面确认服务状态、有效期和流量额度，再重新复制客户端专用的订阅地址，检查前后空格及换行。登录网页的地址不一定是订阅地址。若返回的是网页、登录提示或错误页，客户端就无法把它当成配置解析。继续查看更新日志中的状态码：401、403 通常与访问授权有关，404 可能是地址变化，429 则应稍后重试。不要把含访问凭据的完整订阅链接发到公开讨论区。

先确认刚导入的配置已经被设为当前配置，而不只是出现在配置列表中。随后检查导入结果是否包含代理节点或代理集合，并查看代理集合是否还有单独的更新错误。有些订阅只提供节点列表，不能直接作为完整运行配置使用；也有配置需要联网拉取额外资源。不要急着覆盖现有文件，先保留能运行的配置，再核对提供方要求的客户端格式及内核兼容性。更新成功后，回到策略组确认可选项是否出现。

YAML 是用缩进表示层级的文本格式。先复制一份原文件，再根据日志的行号检查附近几行，尤其是冒号、列表短横线和空格缩进。不要混用制表符与空格，带特殊字符的文本可按 YAML 语法加引号。通过语法检查后，还要检查策略组引用的节点名、规则引用的组名是否确实存在，名称必须一致。每次只改一小段并重新加载；如果仍然失败，切回备份，再对照手册逐段检查，而不是连续修改多个字段。

TUN 创建虚拟网络接口和修改路由时，通常需要额外权限。先查看客户端提示的具体步骤：Windows 客户端可能要求安装并启动服务，macOS 可能要求授权辅助程序，Linux 则依部署方式使用相应权限或服务管理。完成授权后重新开启 TUN，再查看日志中是否仍有接口创建失败。不要从陌生脚本批量修改系统权限。如果设备由单位管理，应先确认管理策略允许；权限齐全仍失败时，再排查其他 VPN、虚拟网卡或安全软件的冲突。

以连接列表里的实际请求为准，不只看策略组按钮。打开客户端的连接页面，再刷新目标网站，按域名或应用名称定位请求，查看命中规则、使用策略和最终连接节点。网页可能同时请求多个域名，因此主页面与图片、视频未必走同一路线。规则一般从上到下匹配，先命中的规则会决定处理方式；末尾 MATCH 是前面未匹配时的兜底规则。若看到旧连接，可关闭该站点标签页后重新打开，再观察新建立的连接。

订阅更新通常会重新获取远程配置，直接写进订阅文件的修改可能被覆盖。优先使用客户端提供的覆写、合并或扩展功能，把自定义内容与远程内容分开保存；这些功能的名称和合并顺序因客户端而异，不能直接照搬另一款的写法。调整后查看最终生效配置，确认自定义规则位置靠前、引用的策略组存在，并测试一次手动更新。若客户端不支持持久覆写，可保留独立本地配置，但需要自行维护后续的节点与规则更新。

先确认修改的是该请求实际使用的策略组，再检查是否仍有旧连接存活。部分应用会复用长连接，切换策略未必中断已经建立的会话。可以先关闭相关网页或退出应用，再重新发起请求；必要时只关闭客户端连接列表中对应的连接，避免打断其他任务。出口检测页面也可能存在缓存，建议结合连接列表和新的测试请求判断。若策略链中包含自动选择组或嵌套组，还要展开查看最终选中的节点，而不是只看外层组名称。

GeoIP 是把 IP 地址归入地区的数据，供相关规则判断使用；它与订阅里的节点信息不是同一份资源。只有配置确实使用这类数据时，更新才与对应判断有关。先确认当前内核采用的数据格式，再使用客户端支持的资源更新入口，避免把不同格式的文件直接互换。更新完成后按客户端要求重新加载或重启内核，再查看测试连接的命中规则。地区数据并不能保证每个服务都按预期分流；涉及具体网站时，明确的域名规则往往更便于检查。

超时只说明本次测试没有在规定时间内得到结果，不能单独证明订阅失效。先检查本机直连网络，再分别测试其他节点，并观察是否只有某个测试地址失败。如果部分节点可用，更可能是节点或线路问题；全部失败时，还要检查设备时间、配置加载结果、网络限制以及其他 VPN 的影响。延迟测试和实际网页访问并不完全等价，应同时尝试目标服务。排查时记录具体错误与发生条件，向提供方反馈时隐藏订阅链接、密码等敏感内容。

先查看系统代理地址是否指向本机，并确认端口与当前内核的 HTTP 或混合代理端口一致，不能只凭常见端口号猜测。再检查浏览器扩展、独立代理设置和绕过列表，某些应用会忽略系统设置。打开一个新网页，同时查看客户端连接列表；若没有新记录，重点排查流量是否进入内核，若已有记录，则继续检查规则与出口。也要确认没有另一款代理软件反复改写系统设置。测试完成后保留一套明确的代理接管方式。

先确认普通浏览器能通过同一代理连接，再判断目标应用是否确实属于受网络隔离影响的 UWP 应用；不是所有商店应用都属于这一类。回环指应用访问本机地址，部分 UWP 应用默认受到限制。若客户端带回环豁免工具，可按提示以管理员权限打开，只为需要的应用启用并保存，再重启该应用测试。也可以按系统文档使用 CheckNetIsolation 管理豁免。不要为全部应用批量放开；若没有改善，再检查应用自身网络权限、代理支持与日志。

先关闭 TUN 和系统代理，再从客户端正常退出，确认普通网络能否恢复。如果仍不能连接，检查系统代理是否残留本机地址，以及是否有其他 VPN 正在接管路由；不要第一步就重置全部网络设置。能恢复直连后，只开启一种接管方式重试，并查看报错是否指向 DNS、路由或虚拟接口。DNS 是把域名转换成 IP 的过程，解析失败也会表现为网页打不开。保留日志与原配置，逐项回退最近的改动，必要时重启设备后再验证直连。