Clash 客户端界面逐区讲解：代理页、配置页、连接页与日志页各管什么

界面分区：先分清配置、选择与运行状态

Clash 客户端是图形界面与代理内核的组合。界面负责导入配置、修改设置和呈现状态；Clash 或 Clash Meta（mihomo）内核负责监听端口、匹配规则与建立连接。因此，界面能打开、订阅更新成功、节点测速有结果，是三个不同层面的状态，不能互相替代。

不同客户端的侧边栏顺序和名称并不统一。桌面端常见「代理」「配置」「连接」「规则」「日志」「设置」，移动端可能将部分功能放进底部导航或二级菜单。下文按常见的功能阅读顺序说明；菜单路径表示功能入口，实际文字应以所用客户端为准，不对应某个固定版本的逐像素操作。

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

规则、全局与直连模式

常见入口为「代理」→「模式」。规则模式对应 mode: rule，连接按照配置中的规则顺序寻找出口；全局模式把普通连接交给全局策略，通常显示为 GLOBAL；直连模式则以直连方式处理。模式决定分流方式，不能代替系统代理或 TUN 把应用流量送入内核。

日常使用通常先选择规则模式，再查看规则引用的策略组。假设规则将某个域名交给「网页出口」，但用户只改了「下载出口」，该域名的新连接仍可能使用原来的节点。判断切换是否有效，应核对实际命中的组，而非只看某张节点卡片是否高亮。

策略组类型决定按钮的作用

• select：手动选择一个节点或子策略组，适合明确指定出口。
• url-test：按配置的测试地址和周期评估候选项，并结合容差等设置选择出口；不等同于下载带宽排名。
• fallback：通常按候选顺序选择可用项，重点是故障切换，而不是始终选择延迟最低项。
• load-balance：根据配置的策略分配连接，不表示一条普通下载连接会叠加所有节点的带宽。

组里还可能出现 DIRECT、REJECT 或另一个策略组。它们分别表示直连、拒绝或继续交给下一级选择，并非都是真实服务器。点击测速按钮后出现的毫秒值，是针对指定测试目标的一次探测结果；例如 80 ms 与 160 ms 只能作为该次条件下的比较，不能推导视频吞吐量。本处数值是读数示例，并非实测报告。

配置页：导入、更新与启用是三个动作

常见入口为「配置」→「导入」或「新建」。远程订阅一般填写订阅地址，本地配置则选择 YAML 文件。导入负责建立配置记录；更新负责重新获取内容；启用负责让内核加载某份配置。有些客户端导入后自动启用，有些需要点击配置卡片，不能仅凭列表里出现了名称就认定切换完成。

一次导入需要核对的四项信息

1. 内容类型：浏览器能打开的地址不一定返回 Clash YAML。登录页面、错误提示或其他客户端格式，都可能导致解析失败。
2. 活动标记：确认勾选或高亮的是目标配置，再检查代理页是否出现预期的策略组。
3. 更新时间：更新成功表示客户端获取到了新内容，不代表每个节点都能建立连接。
4. 错误信息：区分下载失败、YAML 语法错误与内核不支持字段，三者需要不同处理。

订阅地址通常带有访问凭据，应按密码处理。截图时遮住完整地址、二维码及令牌，不要把它贴入公开工单。部分客户端显示的流量额度和到期时间来自服务端响应头；没有显示这些数字，不一定意味着导入失败。

编辑原配置与覆写的区别

远程配置更新可能覆盖直接编辑的内容。需要长期保留的本地规则、DNS 或端口设置，优先使用客户端提供的「覆写」「合并」或脚本功能，并确认它们作用于哪份配置。不同客户端的合并顺序不一样，不能只根据编辑器里的原始 YAML 判断最终运行值。

# 教学片段：展示字段含义，不是完整订阅
mixed-port: 7890
mode: rule
log-level: info
allow-lan: false

这里的 7890 是示例混合监听端口，可接收 HTTP 与 SOCKS 代理连接，不是所有客户端的默认值。保存后若界面提供「查看运行配置」或同类入口，应在那里核对最终值。字段说明可对照YAML 配置手册，不要直接将这段片段当作可联网的完整配置。

连接页：确认请求经过了哪个出口

连接页用于观察已进入内核的流量，常见列包括目标主机、目标 IP、端口、上传和下载字节数、连接持续时间、匹配规则及代理链。进程名能否显示，取决于系统权限、内核能力与进程识别设置；空白不直接等于流量异常。

从一条连接还原处理路径

1. 打开「连接」，按目标域名或进程筛选。只访问一个待测站点，减少后台流量干扰。
2. 查看目标端口。HTTPS 常见为 443，但端口本身不能证明流量已使用代理。
3. 查看规则，例如 DOMAIN-SUFFIX、IP-CIDR 或兜底的 MATCH。
4. 查看代理链，确认最终是 DIRECT、指定节点，还是经过某个嵌套策略组。
5. 切换组内选择后重新建立连接，再比较代理链是否变化。

如果页面没有出现目标应用的连接，先检查应用是否进入代理，而不是马上更换节点。可能的原因包括应用不读取系统代理、应用自带代理设置、系统绕过列表，以及 TUN 路由未覆盖目标流量。连接页只能展示内核处理到的连接，不能直接当作全系统流量监视器。

「关闭连接」会中断选中的会话，应用可能自动重连；「关闭全部」可能影响正在下载的文件、会议或长连接服务。应优先关闭筛选后的目标连接。页面里的累计流量通常是本次运行或当前统计口径的数据，不等同于订阅服务商的计费账单。

规则页：解释为何直连或为何走代理

规则页通常是运行状态的展示入口，并不一定支持直接编辑。规则按顺序匹配，先命中的规则决定处理目标；较具体的规则如果放在宽泛规则之后，可能没有机会生效。下面的片段使用保留示例域名，重点展示顺序与策略引用：

rules:
  - DOMAIN-SUFFIX,example.com,网页出口
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,网页出口

网页出口 必须在完整配置中有对应的策略定义。no-resolve 表示这条 IP 规则不主动触发域名解析，并不等于关闭整个客户端的 DNS。最后的 MATCH 是兜底规则，若提前放到列表开头，后续普通规则便无法被匹配到。

配置使用 rule-providers 时，还要区分主规则列表和外部规则集。规则集下载失败、内容尚未更新与规则顺序错误，界面上可能表现相似。先在连接详情里确认命中项，再回配置页检查规则来源，比反复切换全局模式更容易定位原因。

日志页：按时间定位错误，不逐行猜测

常见入口为「日志」→「级别筛选」。内核日志常用级别包括 debug、info、warning 和 error，客户端可能显示为中文。筛选器只改变当前展示内容；修改 log-level 才会影响内核产生哪些级别的记录，两者不是同一项设置。

有效的排查方式是先记下操作时间，再复现一次问题。例如在 14:32:10 发起请求，就围绕该时刻读取前后记录，确认报错对象是订阅服务器、代理节点还是目标网站。只截取一句 timeout，通常缺少判断所需的上下文。

设置页：系统代理、TUN 与端口分别控制什么

系统代理是应用流量入口

常见入口为「设置」→「系统代理」，部分客户端将开关放在首页。该功能通常把操作系统的代理地址指向本机监听端口，例如 127.0.0.1:7890。只有遵循系统代理设置的应用才会按这一入口发送流量；开关开启不能证明所有程序都已进入内核。

如果外部程序需要手动填写代理地址，应以客户端显示的实际端口为准。HTTP 专用端口、SOCKS 专用端口与混合端口可能不同。切勿把面板使用的 external-controller API 地址填进浏览器代理栏，它是控制接口，不是流量代理入口。

TUN 是虚拟网络接口，不是另一种节点

桌面端常见入口为「设置」→「TUN 模式」，启动可能需要管理员权限或服务支持。TUN 通过虚拟接口与路由接入 IP 流量，但实际覆盖范围还受自动路由、排除路由、DNS 接管和系统环境影响。移动端则常借助系统 VPN 接口工作，开关布局与桌面端不同。

• 系统代理能用、个别应用不能用：先确认应用是否支持系统代理，再评估是否需要 TUN。
• 开启 TUN 后局域网访问异常：检查局域网排除路由、DNS 与其他 VPN 的冲突，不要只改节点。
• 允许局域网：allow-lan 控制其他设备访问代理监听服务的权限，不等于允许本机访问局域网设备。
• 开机启动与启动后启用代理：可能是两个独立设置，配置其中一项后还需核对另一项。

需要更换客户端时，可在客户端横向评测中按系统与功能比较。不要同时开启两套客户端的系统代理与 TUN 后再判断单个客户端的表现；先保留一个明确的流量入口，排查路径才容易复现。

首次使用：按六步完成界面核对

1. 配置页：导入适用的 Clash YAML 或订阅，确认更新成功并启用。
2. 代理页：选择规则模式，找到规则实际引用的策略组，再选择可用出口。
3. 设置页：确认内核运行、实际监听端口，以及系统代理或 TUN 的入口状态。
4. 连接页：访问目标站点，检查新连接的目标、命中规则与代理链。
5. 日志页：若请求失败，按发生时间读取上下文，只调整与错误相关的一项设置。
6. 配置页复核：更新订阅后再检查本地覆写和活动配置，确认修改仍然生效。

这六步将「配置是否加载」「流量是否进入」「规则是否命中」「出口是否可达」分开验证。以后遇到代理页显示正常但网页打不开，或切换节点后出口似乎未变，都可以回到对应页面查证，避免把不同层级的问题混在一次操作里。