先区分客户端界面、内核与当前配置
Clash 客户端的窗口负责展示设置,内核负责处理连接,配置文件负责声明节点、策略组、DNS 与规则。使用 mihomo 内核的客户端通常保留相近的页面分工,但按钮名称和位置不完全一致。下文以常见中文界面中的「代理」「配置」「日志」「连接」「设置」为参照;有些客户端会把「配置」写成「订阅」,把「代理」写成「代理组」。
本文是界面操作说明,不绑定某个客户端版本。遇到名称差异,应核对设置项的用途,而不是照着截图位置点击。Clash发布站提供客户端整理与使用资料,不代表客户端官方开发团队。
| 页面 | 优先查看 | 能够回答的问题 |
|---|---|---|
| 代理 | 运行模式、策略组、当前选项 | 规则选中代理组后,最终使用哪个出口? |
| 配置 | 当前生效配置、更新状态、覆写内容 | 内核实际加载的是哪一份配置? |
| 日志 | 时间、级别、目标、匹配规则、错误原因 | 请求在哪个处理环节出现问题? |
| 连接 | 目标地址、规则、代理链、存活连接 | 正在进行的请求使用了什么路径? |
| 设置 | 系统代理、TUN、监听端口 | 应用流量能否进入内核? |
代理页:先看运行模式,再看策略组
规则、全局、直连分别改变什么
代理页顶部常见「规则」「全局」「直连」三个模式。模式决定连接如何选择策略,不决定系统中的所有应用是否已经接入代理。即使切换到全局模式,没有读取系统代理、也没有被 TUN 接管的程序,仍可能绕过内核。
- 规则模式(Rule):按照
rules的顺序匹配,使用首条命中的规则所指定的策略。策略可以是DIRECT、REJECT、节点或代理组。 - 全局模式(Global):使用全局策略组的当前选择。需要进入
GLOBAL或界面对应的全局选择区确认出口,不能只看普通策略组。 - 直连模式(Direct):进入内核的连接使用直连策略。它与关闭客户端、关闭系统代理不是同一个操作。
初次使用通常保留规则模式。临时切换全局模式可以帮助判断分流是否影响访问,但测试结束后应恢复原模式。若全局模式可用、规则模式不可用,还需要查看规则命中及其指向的策略组,不能直接认定节点损坏。
策略组不是一排互不相关的节点
代理页中「节点选择」「自动选择」「媒体服务」等标题,通常来自配置文件的 proxy-groups,并非客户端固定功能。一个组可以引用节点,也可以引用另一个组。因此,页面上选中了「自动选择」,只说明当前组把后续选择交给了那个子组。
select:手动选择。点击某个选项后,新的相关连接使用该选择。url-test:依据配置的测试地址、间隔与容差自动选择,不等于所有网站都获得最低延迟。fallback:按配置顺序选择可用项,通常不是按测试延迟从低到高排序。load-balance:按配置的分配策略使用多个出口,不代表单个下载连接可以叠加所有节点带宽。
切换节点后,已经建立的长连接可能继续沿用旧出口。验证时应重新发起请求;必要时在「连接」页关闭目标连接。不要为了验证一个网页而直接中断全部连接,避免影响下载或会议。
配置页:识别生效配置与订阅更新
导入、更新、启用是三个动作
「配置」页中的一张卡片通常代表一份本地或远程配置。导入成功表示客户端保存了配置来源,不保证它已经被选为当前配置。使用「启用」「使用此配置」或点击卡片切换后,还要确认当前标记,并检查是否出现解析失败提示。
- 打开「配置」,核对当前生效卡片的名称与选中标记。
- 打开卡片菜单中的「编辑信息」或「详情」,确认订阅地址属于预期来源。不要把完整地址截图公开。
- 执行「更新」,查看更新时间和错误提示;再回到「代理」页确认组名与节点列表是否符合预期。
- 若更新后启用失败,转到「日志」查看解析错误,优先检查缩进、字段格式及内核支持情况。
更新订阅一般表示重新获取远程内容,不是更新客户端程序。单个 proxy-provider 的更新又可能只刷新节点集合,而不替换主配置中的规则与 DNS。看到节点变化但规则没变时,应先确认点击的是配置更新,还是提供者更新。
本地修改、覆写与最终运行配置
直接编辑远程订阅下载得到的文件,修改可能在下一次更新时被替换。需要长期保留的分流项,应使用客户端支持的「覆写」「扩展配置」或合并功能。不同客户端的合并顺序不同,尤其要分清规则是追加到末尾,还是插入到前面。
下面是规则片段,不是完整配置。它要求现有配置中已经存在名为 Proxy 的策略组,不能直接导入为独立订阅:
rules:
- DOMAIN-SUFFIX,example.com,Proxy
- GEOIP,CN,DIRECT
- MATCH,Proxy
DOMAIN-SUFFIX,example.com,Proxy 匹配该域名及其子域名;GEOIP,CN,DIRECT 根据目标 IP 的地理数据库结果判断;MATCH,Proxy 接住此前未匹配的连接。把域名规则放在 MATCH 后面不会生效,因为前面的兜底规则已经命中。
若客户端提供「查看运行配置」或「运行时配置」,应在修改后检查最终结果。编辑器里有一条规则,不代表内核已经加载它;配置切换失败、覆写未启用、规则追加位置错误,都可能导致两者不一致。
日志页:用一次请求定位规则与出口
日志级别先用 info,必要时短时开启 debug
常见日志级别有 debug、info、warning、error 和 silent。日常排查先选 info。需要更细的处理信息时,再短时切到 debug。如果界面同时存在「级别筛选」和设置中的「日志级别」,前者可能只过滤显示,后者才决定内核生成哪些记录。
- 打开「日志」,暂停自动滚动或清空当前显示,记住开始时间。
- 回到浏览器,只访问一次需要排查的页面。
- 返回日志,用域名关键词筛选;不要同时打开多个测试网站。
- 依次读取网络类型、目标、规则类型和出口,最后再看错误描述。
以下是结构示意,不是某个版本的逐字输出。客户端可能把同样的信息拆到多列,或显示为不同的文本格式:
[info] [TCP] 127.0.0.1:53124 --> www.example.com:443
match DomainSuffix(example.com) using Proxy[节点 A]
TCP:该条记录对应 TCP 连接,不能据此判断其他 UDP 流量也已正常处理。127.0.0.1:53124:示例中的本地来源地址与临时源端口,不是应填进系统设置的代理监听端口。www.example.com:443:目标域名与 HTTPS 常用端口。仅出现 443 不表示客户端正在解密 HTTPS 内容。DomainSuffix(example.com):命中了域名后缀规则。Proxy[节点 A]:示意经过 Proxy 策略组后使用节点 A。组有多层引用时,还应结合「连接」页检查完整代理链。
按错误发生环节读日志
| 日志关键词 | 先检查什么 | 不要直接推断 |
|---|---|---|
timeout | 超时对应的目标、节点连通性、DNS 请求环节 | 所有超时都由订阅失效造成 |
connection refused | 报错中的主机与端口、对应服务是否监听 | 一定是本机代理端口错误 |
lookup 或 DNS 错误 | 解析对象、DNS 上游、引导解析与网络可达性 | 更换任意节点就能解决 |
REJECT | 命中的拒绝规则及规则顺序 | 节点连接失败 |
| 配置解析错误 | 报错行附近的 YAML 缩进、字段值、引用名称 | 修改浏览器代理就能恢复 |
浏览器显示打不开,而日志没有对应记录时,先确认筛选条件和日志级别,再检查请求是否进入内核。浏览器缓存、复用的既有连接也会影响观察结果;重新发起目标请求,比反复切换节点更容易建立对应关系。
设置页与连接页:确认流量入口
「系统代理」和「TUN 模式」负责不同的接入方式。系统代理向读取系统代理设置的应用提供代理地址;部分命令行工具、游戏或自行管理网络的程序不会采用它。TUN 使用虚拟网络接口与路由接管流量,其覆盖范围还受到路由排除、权限、DNS 设置和其他 VPN 的影响。
端口要看当前设置,不要只记默认值
例如运行配置包含下面两项时,支持 HTTP 或 SOCKS 的应用可以按各自协议连接本机 7890 端口。这里的 7890 是示例配置值,不保证每个客户端默认相同:
mixed-port: 7890
allow-lan: false
在同一台设备上手动填写代理时,地址通常使用 127.0.0.1,端口必须与「设置」中的「混合端口」一致。external-controller 对应控制接口,不是给浏览器使用的代理端口。保持 allow-lan: false 时,不应预期其他局域网设备可以直接使用该代理。
用连接记录验证,而不是只看开关颜色
开启系统代理或 TUN 后,在「连接」页搜索目标域名,检查规则和代理链。若目标显示为 198.18.0.0/16 范围内的地址,可能是配置使用 Fake-IP 后的正常映射;应结合域名与 DNS 配置判断,不能单凭地址陌生就认定访问了错误服务器。
需要学习系统代理与规则配置时,可查看系统代理设置步骤和规则配置说明。TUN 涉及系统路由,启用前先保留现有配置;出现网络异常时,先关闭新增的接管方式,再逐项检查。
一次完整检查:从配置到规则命中
界面熟悉之后,可以按下面顺序完成一次验证。每一步只改变一个条件,记录修改前后的结果,避免同时更换订阅、节点、DNS 与模式。
- 确认配置:在「配置」页检查当前卡片,更新后确认加载成功;需要时查看最终运行配置。
- 确认模式:在「代理」页选择规则模式,找到目标规则指向的组,检查组内当前选项。
- 确认接入:在「设置」核对系统代理或 TUN 状态。手动配置应用时,检查地址、协议与端口。
- 生成请求:新建一次目标访问,在「日志」或「连接」里查找同一域名。
- 确认去向:核对命中规则、组名和最终出口。命中不符就查顺序;出口不符就查组的引用关系。
- 恢复日常状态:撤销临时全局模式和 debug 设置,保留已验证有效的配置。
代理页回答“选择哪个出口”,配置页回答“加载哪些定义”,日志页回答“本次连接实际发生了什么”。把三者与流量入口一起检查,才能区分配置未生效、规则未命中、节点不可达与应用未接入这几类问题。仍无法定位时,可按故障排查中的问题类型继续检查。