先分清界面、内核与配置文件

Clash 客户端通常由三层组成：图形界面负责显示按钮和状态，Clash Meta（现常用名称为 mihomo）等内核负责接管连接、执行 DNS 与规则匹配，YAML 配置文件负责定义端口、节点、策略组和规则。界面上点击“节点 A”，本质上是向内核控制接口提交一次策略组选择；点击“更新订阅”，则是下载远端配置并让内核重新载入。

不同客户端会把栏目翻译为“代理”“策略”“Proxies”，或者把“配置”写成“订阅”“Profiles”。按钮位置也会随桌面端和移动端变化，但数据关系基本一致。阅读界面时不要只记图标位置，应先判断当前区域是在控制内核、管理配置，还是查看运行记录。

顶部状态区通常显示什么

以常见桌面配置为例，混合代理端口可能设为 7890，外部控制端口可能设为 9090。旧配置也常把 HTTP 与 SOCKS 分别放在 7890 和 7891。这些只是常见值，不是固定标准；判断实际端口应查看“设置”→“网络”→“端口设置”，或者直接读取当前 YAML 的 mixed-port、port 与 socks-port。

代理页：策略组、节点与延迟数字

代理页不是简单的服务器清单。它先展示配置中的策略组，再在每个组内列出可选节点或下级策略组。规则最终指向策略组名称，策略组再决定连接走哪个节点。理解这层关系后，才能解释为什么切换某个节点只影响一部分流量。

策略组卡片应该怎么看

一个策略组通常有组名、类型、当前选项和候选列表。例如规则把流媒体域名交给“流媒体”，而“流媒体”组当前选择“香港节点”。此时修改“节点选择”组未必影响流媒体，因为两个规则可能指向不同策略组。

DIRECT 表示连接直接从本机网络发出，REJECT 表示拒绝连接。两者是内置策略，不是远端服务器。若某个广告域名命中 REJECT，日志里可能出现拒绝记录，而代理页不会显示节点延迟。

延迟测试结果不能当作带宽

节点旁的 68 ms、214 ms 等数字通常来自对测试 URL 发起 HTTP 请求的耗时。它能反映当时的连接响应，但不能直接说明下载速度。测试 URL、DNS 解析、TLS 握手、节点负载和本地 Wi-Fi 都会影响结果。一次 80 ms 的节点可能比 50 ms 的节点拥有更高吞吐量。

  1. 先点击单个策略组的测试按钮，等待所有候选项返回结果。
  2. 对显示超时的节点再测一次，排除瞬时丢包。
  3. 选择候选项后重新打开目标网站，让新连接使用新策略。
  4. 如果旧页面仍走原节点，到连接页终止对应连接，或等待连接自然关闭。

配置页：订阅、活动配置与覆写

配置页管理的是配置来源。常见条目包括远程订阅、本地 YAML、客户端生成的临时配置，以及经过覆写处理后的运行配置。一个客户端里可以保存多份配置，但内核同一时刻通常只载入其中一份活动配置。

订阅卡片上的操作分别做什么

更新订阅后，先看“最后更新”时间是否变化，再看节点数量与策略组是否符合预期。如果时间更新但内容不变，可能是远端返回了相同配置；如果出现 HTTP 401、403 或 429，应检查订阅权限、链接有效期与请求频率；如果下载成功但载入失败，则应继续检查 YAML 语法和字段兼容性。

覆写与直接编辑的区别

远程订阅会在下次更新时重新下载。直接修改缓存文件，往往会被新内容覆盖。覆写功能则在订阅下载后、内核载入前追加或调整字段，更适合保留本地端口、DNS 或 TUN 参数。不同客户端可能把入口放在“配置”→“覆写”，也可能放在配置卡片的更多菜单中。

mixed-port: 7890
mode: rule
log-level: info
allow-lan: false

external-controller: 127.0.0.1:9090

这段通用字段表示混合代理监听在本机 7890，运行模式为规则模式，日志级别为 info，局域网设备不能直接访问该代理端口，控制接口只监听回环地址。若图形界面显示的端口与文件不同，应确认客户端是否通过覆写生成了另一份运行配置。

日志页：从一条记录还原连接路径

日志页用于查看内核事件。它既包含配置载入、监听端口、DNS 初始化等运行消息，也包含连接目标、规则命中和策略链路。排查“客户端显示已连接但网站打不开”时，日志通常比代理页的延迟数字更直接。

日志级别如何选择

常见操作路径是“设置”→“参数设置”→“日志级别”→“Info”。需要追踪 DNS 或 TUN 细节时，再临时切到 Debug，复现一次问题后恢复 Info。不同客户端菜单文字略有差别，但最终修改的通常是配置字段 log-level。

一条连接日志包含哪些线索

TCP 127.0.0.1:53142 --> example.com:443
match DomainSuffix(example.com)
using ProxyGroup[Hong Kong 01]

第一行说明本机进程通过 TCP 访问 example.com:443；第二行表示域名后缀规则命中；第三行显示规则指向的策略组以及最终选择。实际 mihomo 日志格式会随版本和客户端包装方式变化，但排查时应持续寻找四项信息：协议、目标地址、命中规则、出站链路。

  1. 清空当前日志，避免旧记录干扰。
  2. 关闭目标应用的旧连接，重新打开目标页面。
  3. 按域名、目标 IP 或端口筛选，例如搜索 :443。
  4. 确认记录是 DIRECT、某个代理组，还是 REJECT。
  5. 若没有任何记录，检查该应用是否读取系统代理，或是否需要启用 TUN。

连接页与三大页面如何配合

不少客户端还提供“连接”页面。它展示当前活动连接的源地址、目标主机、下载量、上传量、规则与策略链。日志偏向事件流，连接页偏向当前状态。两者结合可以判断节点切换后为什么旧下载仍然使用原路径。

假设浏览器已经通过“节点 A”建立 HTTP/2 长连接，此时在代理页切换到“节点 B”，已有连接通常不会迁移。连接页仍会显示旧链路，新打开的连接才会采用节点 B。点击终止连接会中断当前请求，保存中的文件或实时通话也可能随之断开，因此不要把“全部关闭”当作日常刷新按钮。

系统代理与 TUN 的界面差异

系统代理通常适合浏览器和遵循操作系统代理设置的软件。Windows 11 可在“设置”→“网络和 Internet”→“代理”查看系统代理状态；macOS 可在“系统设置”→“网络”→“当前网络”→“详细信息”→“代理”核对。客户端开启系统代理后，地址一般指向 127.0.0.1 与当前 HTTP 或混合端口。

TUN 模式通过虚拟网卡接管更多流量，适用于不读取系统代理的应用、部分命令行程序和需要 UDP 的场景。桌面系统首次启用时可能要求管理员权限。若 TUN 开启后完全断网，应检查虚拟接口是否创建、默认路由是否写入、DNS 是否由内核接管，以及其他 VPN 或网络过滤软件是否同时修改路由。

新装机后的界面检查顺序

第一次打开客户端时，不必立即修改复杂规则。先完成一条可验证的最短链路：载入配置、启动内核、选择策略、开启接管、查看日志。以下顺序适用于 Windows 11 24H2、macOS 以及常见 Android 客户端，具体授权提示由系统决定。

  1. 进入配置页：导入订阅或本地 YAML，确认配置能够解析，策略组与节点数量正常。
  2. 设为活动配置：观察顶部状态，确认内核进入运行状态，而不是只完成文件下载。
  3. 进入代理页：对候选节点执行一次延迟测试，在手动选择组中选定一个可响应节点。
  4. 开启系统代理：桌面端先用系统代理验证浏览器流量，监听地址应为本机地址，端口应与设置页一致。
  5. 打开日志页：保持 Info 级别，访问一个新域名，确认出现目标、规则和策略记录。
  6. 按需开启 TUN：仅在应用不读取系统代理、需要接管 UDP 或希望统一管理流量时启用。

常见界面现象与对应检查点

从界面操作过渡到配置阅读

熟悉三个页面后，可以把每次点击对应回 YAML。代理页来自 proxy-groups 与 proxies，配置页管理整个文件及更新来源，日志页呈现 rules 的匹配结果。系统代理和 TUN 则决定流量是否先进入内核。这样阅读界面，不需要依赖某一版客户端的固定布局。

修改配置时应保持验证闭环：保存后确认配置重新载入，进入代理页检查策略组仍然存在，再用日志验证目标域名命中了预期规则。若出现异常，先回退到上一份可用配置，不要在无法启动的文件上连续叠加修改。