不同 Clash 客户端的菜单名称和排列方式并不完全相同，但核心界面通常围绕同一组任务展开：载入配置、启动内核、接管系统流量、根据策略组选择出口，以及通过日志和连接记录定位问题。理解这些区块之间的关系，比记住某个客户端里按钮的具体位置更重要。

常见桌面客户端可能把页面命名为“概览、代理、配置、连接、日志、设置”，Android 客户端则可能把部分功能收进侧边栏或底部导航。使用 mihomo 内核的客户端还会增加规则提供器、外部控制、覆写配置或运行时设置等入口。名称虽然有差异，数据流向仍然可以概括为：配置提供规则和节点，内核执行匹配与转发，系统代理或 TUN 负责把应用流量送入内核，日志与连接页负责展示执行结果。

概览页：判断客户端当前有没有真正接管流量

概览页也可能叫“主页”“仪表盘”或“状态”。这里通常汇总内核运行状态、当前代理模式、系统代理开关、TUN 开关、上传下载速率、活动连接数和内存占用。它适合回答第一个问题：客户端现在只是打开了窗口，还是已经开始处理网络流量。

内核运行状态

图形客户端与代理内核是两个层次。界面进程负责配置管理和系统集成，Clash 或 mihomo 内核负责监听端口、匹配规则与建立连接。因此，窗口能够正常打开，不代表内核一定已经成功启动。如果概览页显示“停止”“核心未运行”或启动后立即退出，应先检查端口占用、配置语法和内核文件状态。

内核启动成功后，通常会出现本地监听端口，例如 HTTP、SOCKS 或 mixed-port。mixed-port 可以在同一端口接受 HTTP 与 SOCKS5 请求。普通用户不必频繁修改端口，但其他代理工具、开发环境或旧版客户端可能占用相同端口，导致启动失败。

系统代理与 TUN 的区别

系统代理主要修改操作系统的代理设置。浏览器和遵循系统代理的应用会把请求交给 Clash，但部分游戏、命令行程序或自行实现网络栈的软件可能忽略该设置。TUN 模式则创建虚拟网络接口，在更低层接管符合路由条件的流量，覆盖范围通常更广。

两者不是简单的“强弱档位”。系统代理便于理解和排查，日常浏览场景通常已经足够；TUN 适合需要处理不读取系统代理的应用、UDP 流量或更完整的透明接管场景。启用 TUN 可能需要管理员权限，并会受到防火墙、其他虚拟网卡、企业安全软件和系统路由的影响。

流量图表怎么看

上传下载速率只说明有数据经过内核，并不能直接证明目标网站访问正常。持续存在少量流量，可能来自系统更新、消息推送或后台同步。活动连接数持续增长且不回落时，可以进入连接页检查具体进程与目标域名。若客户端显示零流量，而浏览器仍能正常联网，则当前应用可能没有经过 Clash，或者命中了直连路径。

代理页：理解策略组，而不是只找节点列表

代理页是最容易被误解的区块。这里展示的不只是服务器节点，还包括策略组。策略组可以包含多个节点，也可以嵌套其他策略组。规则匹配到某个策略组后，内核才会按照该组当前的选择方式决定出口。

常见策略组类型

  • select：手动选择。界面通常允许直接点选某个节点或下级策略组，选择结果会持续到配置重载或被客户端保存机制替换。
  • url-test：自动测速。内核定期访问指定测试地址，按照延迟结果选择表现较好的节点。它衡量的是测试目标的响应，不等于所有网站的实际速度。
  • fallback：故障转移。按照列表顺序使用可用节点，当前出口不可用时切换到后续候选项。
  • load-balance：负载分配。按配置策略把不同连接分配到多个节点，更适合明确理解会话一致性要求的场景。

界面里显示“自动选择”“节点选择”“国外媒体”“即时通信”等名称时，这些名称通常由配置提供者定义，并非客户端固定功能。点击某个策略组，只是在改变该组的出口。是否会影响当前网站，还取决于规则是否把该网站分配到这个组。

延迟数字的实际含义

节点旁的延迟通常来自 HTTP 测试，而不是传统 ICMP ping。测试结果受到测试地址、DNS、网络拥塞、节点负载和检测间隔影响。较低延迟适合交互式访问，但下载速度还取决于带宽、链路质量和目标站点。显示“超时”也不一定代表节点完全失效，可能是测试地址被限制、检测超时时间过短或当前网络暂时不可达。

选择节点时可以先看可用性，再结合实际访问表现。频繁点击整组测速会同时建立多条检测连接，在移动网络或节点数量较多时会产生额外流量，也可能让短时间结果出现波动。

配置页：订阅更新、配置切换与覆写的边界

配置页也常被命名为“Profiles”或“订阅”。它负责保存远程订阅、本地 YAML 文件以及客户端生成的配置。选中某份配置后，客户端通常会将其交给内核加载。代理组、规则、DNS 和节点列表的主要来源都在这里。

更新订阅与切换配置不是同一操作

“更新”表示从原订阅地址重新获取内容；“切换”表示让内核加载另一份已经保存的配置。订阅更新成功后，节点和策略组可能发生变化，手动选择的策略也可能被重置。更新失败时，应区分下载失败、返回内容格式错误和内核加载失败三种情况。

  1. 下载失败通常表现为超时、域名解析失败、连接被拒绝或 HTTP 状态异常。
  2. 格式错误可能来自把网页地址、单节点链接或登录页面当成 Clash 配置导入。
  3. 加载失败通常会在日志中出现 YAML 解析、字段类型、规则语法或端口冲突信息。

自动更新间隔表示客户端多久检查一次远程配置，不代表订阅服务端一定会产生新内容。若配置提供者要求特定请求方式，客户端是否支持相应参数也会影响更新结果。

YAML 配置包含哪些部分

一份典型配置可能包含监听端口、运行模式、DNS、节点、策略组和规则。采用代理提供器或规则提供器时，部分内容会拆分到远程文件。下面是用于理解结构的简化示意：

mixed-port: 7890
mode: rule

proxy-groups:
  - name: 节点选择
    type: select
    proxies:
      - 自动选择
      - DIRECT

rules:
  - DOMAIN-SUFFIX,example.com,节点选择
  - GEOIP,CN,DIRECT
  - MATCH,节点选择

规则按顺序匹配，先命中的规则生效。最后的 MATCH 通常承担兜底作用。如果某个域名在前面已经命中 DIRECT，那么修改兜底组不会改变它的路径。界面中看到的策略名称必须与规则引用保持一致，否则配置加载时可能报错。

覆写与合并功能

部分客户端提供 Merge、Script、Override 或覆写功能，用于在订阅更新后补充本地设置，例如调整 DNS、插入规则或修改策略组。它的优点是避免直接编辑订阅缓存，因为缓存会在下次更新时被覆盖。缺点是处理链变长，排查时必须确认原始配置和覆写结果。

入门阶段建议只保留必要修改，并记录每一项覆写的目的。若更新后突然无法启动，可以暂时停用覆写，再测试原始配置是否能够加载。这样可以快速判断问题来自订阅内容还是本地加工步骤。

连接页：查看哪一个应用正在访问什么地址

连接页展示当前或近期经过内核的网络连接，常见字段包括目标域名、目标 IP、来源地址、网络类型、上传下载量、命中规则、所用策略链和连接建立时间。它是确认分流结果最直接的页面。

重点查看规则与策略链

当某个网站没有走预期节点时，先在连接页搜索域名，再查看命中的规则和策略链。例如记录显示“DOMAIN-SUFFIX → DIRECT”，说明规则明确要求直连；显示“MATCH → 节点选择 → 某节点”，则说明请求落入兜底规则，并经过指定策略组和节点。

某些连接只显示 IP 而没有域名，可能是应用直接访问 IP、DNS 映射信息未被关联，或嗅探功能没有识别出协议中的主机名。此时需要结合目标 IP、进程信息和日志判断，不能仅凭空白域名认定规则失效。

为什么关闭网页后连接还在

现代浏览器会复用 HTTP/2、HTTP/3 或长连接，消息应用也会维持持续会话。因此，页面关闭后连接可能短时间保留。切换节点或规则后，旧连接通常不会自动迁移到新出口。连接页提供的关闭按钮可以终止特定连接，随后应用会按当前规则重新建立连接。

“全部关闭”会中断正在进行的下载、通话和后台同步，适合在修改代理模式或策略后进行验证，不宜当作日常加速手段。若连接反复立即重建，应检查是哪个进程在持续发起请求。

日志页：按级别和时间定位启动、DNS 与连接错误

日志页记录内核运行事件。常见级别包括 debug、info、warning 和 error。日常使用保持 info 通常足够；debug 会输出更多匹配与连接细节，适合短时间排查，但记录量明显增加。排查完成后可恢复常规级别。

先判断错误发生在哪个阶段

  • 启动阶段：关注配置解析失败、监听端口占用、权限不足、TUN 设备创建失败和数据库文件加载异常。
  • DNS 阶段：关注解析超时、上游服务器不可达、地址返回异常，以及 fake-ip 与应用兼容性问题。
  • 连接阶段：关注连接超时、连接被拒绝、TLS 握手失败、网络不可达和节点认证错误。
  • 规则阶段：关注规则提供器下载失败、策略组不存在和规则字段不受当前内核支持。

一条日志通常包含时间、级别、网络类型、目标地址、命中规则和最终出口。阅读时不要只看最后的“timeout”，还要向前追踪同一目标附近的 DNS 和路由记录。超时可能发生在本地到节点、节点到目标或 DNS 查询的不同环节，处理方式并不相同。

INFO  TCP connection matched DOMAIN-SUFFIX
source: 127.0.0.1
target: example.com:443
policy: 节点选择
outbound: 自动选择

这类记录表示连接已经进入内核，并按域名规则交给“节点选择”策略。若连接页和日志都找不到目标请求，问题往往发生在流量进入 Clash 之前，应回到概览页检查系统代理、TUN、应用代理设置和旁路规则。

规则页与提供器页：确认配置内容是否已经加载

部分客户端会单独提供规则页、代理提供器页和规则提供器页。规则页通常按当前加载顺序展示 DOMAIN、DOMAIN-SUFFIX、IP-CIDR、GEOIP、GEOSITE 等条目及其目标策略。它适合确认某条规则是否存在，但实际命中结果仍应以连接页为准。

代理提供器用于从外部文件加载一组节点，规则提供器则加载一组规则。界面中的更新时间、健康检查状态和错误提示可以帮助判断远程资源是否可用。提供器更新成功不代表主订阅已经更新，两者可能拥有各自的地址与更新周期。

mihomo 支持较丰富的规则类型和运行能力，但配置能否使用仍取决于客户端捆绑的内核版本。遇到“不支持的规则类型”或“未知字段”时，应确认当前实际运行的是哪一个内核，而不是只查看客户端外壳的版本号。

设置页：端口、模式、DNS 与系统启动项怎么选

设置页往往项目最多，但多数选项不需要频繁调整。最值得理解的是代理模式、监听端口、局域网访问、DNS、TUN、外部控制和开机启动。

代理模式

  • Rule：按照配置中的规则决定直连、拒绝或代理，是日常使用最常见的模式。
  • Global：将流量交给全局策略组，常用于临时验证某个问题是否由规则分流造成。
  • Direct：让流量直接连接，适合临时停用代理路径进行对照测试。

全局模式不会让所有系统流量自动进入客户端，它只改变已经进入内核的流量如何选择出口。若系统代理和 TUN 都未启用，切换 Global 也可能看不到效果。

局域网访问与外部控制

“允许局域网连接”会让同一网络中的其他设备有机会访问本机代理监听端口。只有在明确需要共享代理时才应开启，并配合防火墙、监听地址和认证设置限制访问范围。外部控制接口供图形界面或管理工具读取状态、切换策略和关闭连接，同样应避免暴露到不受信任的网络。

DNS 与 fake-ip

Clash 的 DNS 模块可以根据配置选择上游服务器，并与规则匹配、域名还原和 TUN 接管配合。fake-ip 模式会向应用返回保留地址，再由内核把连接映射回原域名，有助于进行基于域名的分流。少数局域网服务、特殊游戏或依赖真实解析结果的应用可能需要加入排除列表。

DNS 问题不宜通过同时修改多个选项处理。更稳妥的顺序是先确认系统是否把查询交给 Clash，再检查上游 DNS 是否可达，最后观察目标域名得到的结果和命中规则。浏览器的安全 DNS功能也可能绕开系统解析路径，需要一并考虑。

开机启动与静默启动

开机启动只负责启动客户端，是否自动启动内核、恢复系统代理或启用 TUN，取决于客户端的独立设置。排查“重启后无法联网”时，应确认客户端是否恢复了上一轮开关状态，以及异常退出后系统代理是否留下了指向本地端口的设置。

一套可重复的 Clash 界面排查流程

熟悉各页面后，可以把常见故障压缩成一条固定流程，避免在节点、DNS 和模式之间无序尝试。

  1. 检查配置页：确认当前选中的配置、更新时间和加载状态，查看是否出现语法或提供器错误。
  2. 检查概览页：确认内核正在运行，并明确当前通过系统代理还是 TUN 接管流量。
  3. 检查代理模式：日常保持 Rule；需要判断规则影响时，可短暂使用 Global 或 Direct 做对照。
  4. 检查代理页：确认目标策略组已选择可用节点，避免只修改了与目标流量无关的组。
  5. 重新建立连接：关闭目标应用的旧连接，避免现有会话继续使用原出口。
  6. 检查连接页：找到目标域名或 IP，查看命中规则、策略链和实际出口。
  7. 检查日志页：按故障时间定位 DNS、连接、TLS、规则或权限错误。

如果 Direct 可以访问而 Rule 不能访问，应重点检查规则和策略组；如果 Global 也无法访问，应继续检查节点、DNS 和目标可达性；如果三种模式都没有对应连接记录，则应检查系统代理、TUN 路由或应用自身的代理设置。通过这种分层判断，可以快速把问题限定在配置、接管、分流或出口中的某一层。

Clash 客户端界面本质上是一组观察和控制内核的工具。代理页回答“使用哪个出口”，配置页回答“规则与节点从哪里来”，连接页回答“这条流量实际去了哪里”，日志页回答“执行过程中发生了什么”。掌握这四个问题后，即使更换不同平台或不同界面布局，也能找到对应功能并完成基本配置与故障定位。

继续配置 Clash 客户端

选择适合当前系统的客户端，再按教程完成配置导入、代理模式选择和连接检查。

去下载页 看教程