Clash 客户端界面图解:代理页、配置页与日志页各管什么

先分清：客户端界面与代理内核

Clash 客户端通常由图形界面和代理内核两部分组成。界面负责导入订阅、展示策略组、修改开关；内核负责监听本地端口、匹配规则和建立连接。窗口能正常打开，不代表内核已经启动；节点列表能显示，也不代表应用流量已经进入内核。

采用 Clash Meta（现名 mihomo）的客户端，可能提供 TUN、进程规则、不同 DNS 增强模式等选项。具体能力取决于内核与客户端实现。本文按功能区说明，不把某一款客户端的布局当作所有版本的固定界面。桌面端常见侧栏，移动端可能使用底部标签或抽屉菜单；找不到同名按钮时，先按下表寻找对应功能。

概览页：先看运行状态，再看流量接管

内核运行不等于系统代理已开启

概览页一般展示实时上传、下载、累计流量和运行状态。实时速度为零，只说明当前统计范围内没有传输，不能单独判定节点失效。第一次使用时，先确认内核处于运行状态，再检查应用用什么方式把流量交给客户端。

• 系统代理：向操作系统登记本地代理地址。遵循系统代理设置的应用才会使用它，部分游戏、命令行程序或自带代理设置的软件不会跟随。
• TUN 模式：通过虚拟网络接口接管符合路由条件的流量。常需管理员权限或服务支持，仍会受路由排除、DNS 和客户端配置影响。
• 允许局域网：涉及其他设备访问本机代理监听端口，不是让本机浏览器联网的必要条件。开启前应检查监听地址、防火墙与访问认证。

界面里可沿「概览」→「系统代理」查找系统代理开关；有些客户端把它放在托盘右键菜单。TUN 入口常位于「设置」→「TUN 模式」。这些是功能定位路径，实际菜单以当前客户端为准，不要把名称相近的“系统代理”和“TUN”当作同一个开关。

端口与代理模式分别解决什么问题

本地端口决定应用连接到哪里。假设设置页显示混合端口为 7890，手动配置支持 HTTP 代理的应用时，可填写地址 127.0.0.1、端口 7890。这是示例值，不是所有客户端的默认值；若界面显示其他端口，应使用实际值。混合端口通常同时支持 HTTP 与 SOCKS，独立 HTTP、SOCKS 端口则要匹配应用选择的代理类型。

规则、全局、直连是另一组概念。规则模式按规则分流；全局模式通常交给全局策略选择出口，不等于所有应用都被接管；直连模式让已进入内核的连接直接出站。日常配置可先用规则模式，只有需要隔离规则因素时才临时切换全局模式。

配置页：确认订阅已经更新并启用

配置页管理的是整份配置来源，而不是单个节点。配置可能来自订阅 URL，也可能来自本地 YAML 文件，里面除了节点，还可能包含策略组、规则、DNS 和规则集引用。导入成功仅说明客户端接收了配置；还要确认解析成功、已选中启用，并检查更新是否真正完成。

1. 进入「配置」或「Profiles」，使用导入入口添加订阅或本地文件。
2. 检查条目的更新时间、状态提示或错误信息。订阅更新超时与 YAML 解析失败属于不同问题。
3. 点击配置条目或“启用”操作，确认当前使用标识已经移动到该条目。
4. 进入代理页，检查策略组与节点是否出现；再进入规则页，确认规则内容符合预期。

部分客户端允许订阅更新成功后自动应用，另一些需要手动重载。若更新后节点列表没有变化，先查当前启用的配置，不要立即重复导入多份。多个相似名称会增加误选概率，也容易造成“明明改了文件却不生效”的错觉。

订阅原文、覆写与运行配置可能不同

图形客户端可能用界面设置覆写订阅中的端口、DNS 或 TUN 字段，也可能提供合并配置、脚本处理等功能。因此，订阅原文不一定等于最终交给内核的配置。排查时优先找“运行配置”“查看生效配置”等入口，确认最终值；具体入口是否存在取决于客户端。

不要直接编辑临时生成的运行文件来保存长期设置，它可能在重载时被重新生成。订阅文件本身也可能在更新时被替换。需要保留的调整应放到客户端支持的覆写位置，或在备份后维护独立的本地配置。

代理页：选择的是策略组，不一定是单个节点

代理页通常先展示策略组，再展示组内候选项。组可以包含节点、其他策略组，以及 DIRECT 等内置策略。点击某个节点是否影响目标网站，要看命中的规则是否指向这个组；修改一个未被当前连接使用的组，不会改变该连接的出口。

延迟数字不是下载速度排名

假设同一次测试中，节点甲显示 65 ms，节点乙显示 120 ms，这只能说明它们完成该探测的耗时不同。这组数字是解释用的示例，并非本站实测。测试 URL、DNS、握手过程和当时网络状态都会影响结果，不能由此推导视频吞吐量或游戏 UDP 表现。

显示超时也不一定代表节点完全不可用，可能只是测试目标不可达。先确认配置中使用的测试地址，再用实际业务验证。手动切换后应新建一次访问；已经建立的长连接通常不会因为选中项变化就自动迁移。

规则页：看匹配顺序，不只看规则数量

规则页展示当前加载的分流条目。一般按顺序匹配，前面的规则命中后便使用对应策略。域名后缀规则、IP 网段规则和最终兜底规则各有用途；规则数量多，不等于分流一定符合需求。下面是规则逻辑示意，不是建议直接替换现有订阅的完整配置。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,PROXY

第一条将匹配的域名交给直连；第二条匹配相应的私有 IPv4 网段，并用 no-resolve 避免仅为这条规则主动触发域名解析；最后一条把尚未命中的流量交给名为 PROXY 的策略。若实际配置中没有这个策略名称，配置就不能按示意直接使用。

这里的 example.com 是文档示例域名。实际排查要使用连接页记录的目标域名：一个网页可能同时请求登录、图片、接口等多个域名，只查浏览器地址栏里的主域名容易漏掉真正失败的请求。

采用 RULE-SET 的配置，还要确认引用的规则集加载成功。规则页有一条引用，并不代表远程规则集已经下载完成。规则定义是否正确与连接实际命中什么，需要结合连接页和日志页核对。更多配置结构可参考使用手册中的策略组说明。

连接页：核实一次访问实际走了哪里

连接页是验证分流最直接的位置。常见字段有目标主机、目标端口、源地址、网络类型、命中规则、策略链、上传与下载量。部分客户端还能显示进程名，但它取决于系统权限和内核能力；进程栏空白不能直接说明连接异常。

1. 先暂停无关下载，减少列表噪声；可以清空展示记录，但留意“清空记录”和“关闭连接”并不是同一个操作。
2. 打开需要测试的网站，立即按域名或进程筛选。
3. 查看目标端口，例如 HTTPS 常见的 443，再核对规则与策略链。
4. 若修改了节点或规则，关闭对应旧连接，再刷新页面建立新连接。

如果列表里完全没有目标请求，应先查接管路径：应用是否遵循系统代理、是否配置了自己的代理、TUN 路由是否覆盖它。若出现请求且策略链以 DIRECT 结束，就继续核查命中规则，而不是反复给节点测速。

浏览器访问可能同时产生 TCP 和 UDP 流量，使用 HTTP/3 的请求也可能出现在 UDP 连接中。连接显示正在传输，但页面仍缺少图片时，要分别核对失败资源，不能用主页面的成功连接代表全部资源正常。

日志页：按时间找错误，不要只搜红色条目

日志页记录的是事件，而非完整的浏览历史。常见日志级别包括 error、warning、info 和 debug；实际可选项由客户端与内核决定。日常先用信息级别，需要定位细节时再短时开启调试，复现后恢复，避免大量日志淹没关键记录。

同一个 timeout 可能对应订阅下载、节点拨号或 DNS 查询。读取时要连同时间、组件、目标地址一起看。建议记下点击刷新或切换节点的时刻，只复现一次问题，再检查前后约 10 秒内的日志，避免同时更改多个设置后失去因果关系。

一次完整检查：从导入到确认命中

第一次配置时，按下面的顺序检查即可。每一步只确认一个事实，出错后停在对应页面处理，不必同时调整 DNS、TUN、规则和节点。

1. 配置页：订阅导入成功，当前配置已启用，更新没有报错。
2. 概览页：内核运行正常，本地端口与应用设置一致；选择一种明确的接管方式开始测试。
3. 代理页：检查目标策略组，确认其最终指向一个可用节点或预期策略。
4. 规则页：确认相关规则存在、顺序合理，规则集已加载。
5. 连接页：新建访问，核对目标、命中规则和最终出口。
6. 日志页：若访问失败，围绕同一时间段定位解析、拨号或配置错误。

记住这六个页面各自提供的证据：配置页说明“加载了什么”，代理页说明“准备选什么”，规则页说明“如何分流”，连接页说明“实际发生了什么”，日志页说明“哪里报错”，概览页则用于检查运行与接管入口。需要继续验证浏览器与系统网络设置时，可按连接检查步骤逐项操作。