界面分工：配置、策略与流量入口
打开 Clash 桌面客户端后，先区分三件事：配置页负责加载配置文件；代理页负责查看策略组并选择出口；系统代理或 TUN 模式负责让应用流量进入内核。导入成功，只代表配置文件可以加载，不代表浏览器已经使用代理。
Clash Verge Rev、Clash Nyanpasu 等图形客户端的菜单名称和排列会有差异，下面按常见侧栏功能逐区说明，不把某一款客户端的按钮位置当成所有软件的统一标准。看到英文菜单时，可用 Profiles、Proxies、Connections、Rules、Logs、Settings 对照配置、代理、连接、规则、日志、设置。
| 页面或开关 | 主要用途 | 不能据此判断什么 |
|---|---|---|
| 配置 / Profiles | 导入、更新与启用配置 | 无法单凭导入成功判断节点可用 |
| 代理 / Proxies | 查看策略组、切换节点、执行测速 | 测速成功不代表所有应用已接入代理 |
| 连接 / Connections | 查看经过内核的连接与策略链 | 没有记录不一定是节点故障 |
| 日志 / Logs | 检查内核运行、匹配与错误信息 | 单条警告不等于整个网络不可用 |
| 系统代理 / TUN | 控制应用流量进入内核的方式 | 开启后仍需要有效配置与可用出口 |
配置页：导入、启用与更新
导入后确认当前选中的配置
进入「配置 / Profiles」，使用「导入」或 URL 输入框粘贴订阅链接，确认下载完成后，再检查哪张配置卡片带有选中标记。部分客户端导入后自动启用，另一些需要点击卡片或使用菜单中的「启用」。列表里存在文件与内核实际加载文件，是两个不同状态。
- 从服务提供方获取适用于 Clash 或 mihomo 的配置订阅，避免把账户管理页面地址当成订阅链接。
- 导入后查看配置名称、更新时间及错误提示；若出现解析失败，先不要反复切换系统代理。
- 启用目标配置，再进入代理页确认策略组和节点是否出现。
- 需要刷新节点时，使用配置卡片的「更新」操作，并核对更新结果。
订阅原文与本地修改分开管理
远程订阅更新可能覆盖直接修改的下载文件。想保留自定义规则，应使用客户端支持的覆写、合并或脚本机制，并确认它作用于哪份配置；不同客户端的实现并不相同。初次使用时，先保持订阅原样，验证基本连接后再逐项修改。
代理页：代理模式与策略组选择
先看 Rule、Global、Direct
「规则 / Rule」按照当前配置的规则选择策略；「全局 / Global」通常把进入内核的普通代理流量交给 GLOBAL 策略；「直连 / Direct」则让这类流量直接连接。全局模式不会自动接管没有进入内核的应用，因此它不等于“所有软件都已走代理”。刚开始使用，通常保留规则模式更便于观察分流结果。
再看策略组的类型与当前选项
select：手动选择。点击某个节点或子策略组，后续新连接按所选项处理。url-test：按配置中的探测地址、间隔及容差等条件自动选择，当前结果可能随着探测变化。fallback：按候选顺序与健康检查状态选择可用项，不是简单选择延迟最小的节点。load-balance：按配置的负载均衡策略分配连接，不应期待所有请求固定走同一个节点。
规则可能指向不同策略组。例如浏览器访问某个域名命中「流媒体」，而你只改了「默认代理」，该访问就不一定改变出口。应先在连接页确认命中的策略链，再回到对应组操作。某些组内显示的还是另一个组，需要继续展开才能找到最终节点。
测速按钮通常检测指定测试 URL 的响应情况，不等同于下载带宽测试。显示 Timeout 时，应同时检查探测地址是否可达、节点是否可用，以及是否有过多并发探测；不要只凭一次超时删除整份配置。
设置页：系统代理、端口与 TUN
系统代理对应本地监听端口
在「设置」中查找「系统代理」与「端口」；部分客户端把系统代理开关放在首页或托盘菜单。系统代理会修改操作系统的代理设置，让遵循该设置的应用连接本机代理入口。实际端口以当前客户端和生效配置为准，不能假定所有软件都固定使用同一个值。
例如，下面的配置片段表示在本机提供 7890 混合端口，同时接受 HTTP 与 SOCKS 代理连接。它只是端口含义示例，不是一份可以单独导入的完整配置：
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info如果某个应用支持单独设置 HTTP 代理，在上述端口确实生效时，可填写主机 127.0.0.1、端口 7890。终端程序未必读取系统代理，浏览器扩展也可能覆盖系统设置。遇到“浏览器正常、命令行不通”，应先检查应用自己的代理入口。
TUN 用于另一种流量接入方式
TUN 模式通过虚拟网卡和路由等机制接管符合条件的流量，常用于不遵循系统代理的应用。它可能需要服务模式或管理员权限，并受路由、DNS 和排除项影响。找不到开关时，先确认客户端是否支持、服务是否安装成功，不要把「允许局域网连接」当成 TUN 开关。
连接页：确认请求经过哪条策略
连接页显示内核当前掌握的连接。常见字段包括目标域名或 IP、目标端口、上传与下载字节数、命中规则和策略链。进程名称能否显示取决于系统权限、内核设置及平台支持；缺少进程名不代表连接没有进入代理。
- 清楚记下要测试的域名，在浏览器发起一次新的访问。
- 进入「连接 / Connections」，按域名搜索，或观察新出现的记录。
- 检查目标端口，例如 HTTPS 常见的
443，再查看规则与策略链。 - 如果链路最终是
DIRECT，回到规则页查命中原因；若是节点名称，再检查该节点的连接结果。
切换节点后，已建立的 TCP 连接或应用连接池可能继续复用旧链路。要验证新选择，可关闭目标连接，再重新请求；不必一开始就清空全部连接，以免中断正在进行的下载或通话。部分客户端还会提供切换时自动关闭连接的选项，启用前先理解它会影响哪些会话。
连接列表为空时，先判断应用是否真的发出了新请求、是否命中了浏览器缓存，以及流量是否进入内核。只有进入内核的请求才能在这里被观察到，直接把“没有记录”归因于节点失效，容易走错排查方向。
规则页：查看匹配顺序与去向
规则通常按顺序匹配，首条命中后采用对应策略。规则页适合查看加载结果、搜索域名规则和确认顺序；它不一定支持直接编辑。若界面只读，应回到配置或受支持的覆写入口修改，而不是反复点击规则条目。
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,PROXY这段示例中，example.com 及其子域名直连，其余未命中的请求交给 PROXY。其中 PROXY 必须是完整配置里已定义的节点或策略组名称，不能只复制规则而忽略对应定义。MATCH 是兜底项，若提前放在其他规则之前，后面的规则就没有机会命中。
使用规则集的配置还可能显示 RULE-SET。这时具体条目来自关联的规则提供器，需要结合规则集更新状态判断。查找“某网站为何直连”时，以连接页显示的实际命中结果为起点，比仅在规则页搜索网站名称更可靠。
日志页：按错误发生环节定位
日常保留 info，复现时短暂使用 debug
常见日志级别有 silent、error、warning、info 和 debug。在「日志」页或「设置」中的日志级别选项调整后，确认内核实际采用了新值；少数客户端还把前端日志与内核日志分开，网络排查应优先看内核日志。
日常使用 info 通常足够。需要复现问题时，临时切到 debug，记录时间，只发起一次目标请求，然后查看附近记录。结束后恢复原级别，避免持续积累大量细节。不要把界面上的“清空显示”理解为一定删除了磁盘日志文件。
| 常见线索 | 优先检查 |
|---|---|
address already in use | 对应监听端口是否被另一实例或其他程序占用 |
connection refused | 错误中的目标地址与端口，确认是本机入口还是远端服务拒绝连接 |
timeout | 超时发生在 DNS、节点拨号、测试请求还是目标网站访问 |
| YAML 解析或配置校验错误 | 配置格式、缩进、引用名称及内核对字段的支持情况 |
看到超时后，先读它前后的目标地址与动作描述。同样是 timeout，DNS 查询无响应与节点 TCP 连接超时的处理方向不同。分享日志时保留时间、错误类型与相关上下文，遮住订阅令牌、密码及个人地址信息；只截最后一个单词通常不足以判断原因。
首次使用的检查顺序
把前面的页面串起来，可以形成一条固定操作路径。它既适用于初次安装，也适合迁移配置后做基础验证。
- 配置页：导入并启用一份有效配置，确认没有解析错误。
- 代理页：选择规则模式，在实际使用的策略组中确认出口。
- 设置页：核对本地端口，开启系统代理，暂时不叠加其他接管方式。
- 连接页：发起新请求，确认能看到目标及它采用的策略链。
- 日志页：若失败，围绕同一次请求查找错误，而不是同时更换多项设置。
需要核对客户端的安装、订阅导入和系统代理操作时，可继续查看使用指南；需要理解 DNS、规则和 TUN 配合方式时，再阅读配置进阶。先确认流量从哪里进入、由哪条规则决定出口，再调整具体参数，界面中的每个页面就都有明确用途。