本文目录
第一次使用代理客户端，常见的困惑是：程序已经装好，为什么网页还是打不开，节点又该从哪里来？把安装、取得配置、选择节点和应用发起请求分成几件事，会更容易检查自己的进度。目标是完成一条能在连接页核对的请求，而不只是点亮开关。
装好客户端后，还需要什么才能联网？
安装程序提供管理界面和代理内核；配置中的节点与规则决定网页怎样转发。在客户端界面找到这些对象，才能确认目前完成的是哪一步。
- 图形客户端
- 管理订阅、策略组、系统代理、TUN、日志和更新。
- 代理内核
- Mihomo 是一种代理内核，读取 YAML、匹配规则并建立直连或代理连接；图形客户端负责管理它。
- 订阅链接
- 一段带凭据的远程地址，更新时返回节点、组和规则。
- 节点
- 用于连接远程网络的服务器；可用性、协议和线路由提供方决定。
下载 Clash Verge Rev、FlClash 或其他客户端不会自动送节点，本站也不提供订阅。订阅是取得配置的一种方式，也可以使用本地配置；选择客户端时要确认它能读取对应格式。
选择与设备匹配、仍在维护的客户端
下载前的判断
| 要看什么 | 为什么 |
|---|---|
| 操作系统与芯片架构 | Windows x64、Windows ARM64、Apple Silicon、Intel 和 Android 包不能混用 |
| 项目是否仍在维护 | 发布页、最近版本和 issue 能说明当前状态 |
| 使用什么内核 | 决定配置字段、协议和功能是否兼容 |
桌面端可以从持续维护的项目 Release 页面下载，Android 则核对 APK 架构和签名来源。名称里带 Clash 不代表来自同一个作者，也不代表旧教程中的菜单仍然存在。
安装后先确认界面能打开、内核状态稳定。此时没有导入订阅，若程序已经闪退或报 core failed，应处理安装和本机环境，不要把原因推给节点。
把订阅更新并设为当前配置
从链接到当前配置
复制 Clash 或 Mihomo 兼容订阅
完整复制 HTTPS 地址，不把 token 发给陌生转换站。
在 Profiles / 配置页添加
给它一个能认出来源的本地名称。
手动更新一次
等待新的更新时间，并留意 download failed 或 parse error。
设为当前配置
选中标记应落在刚更新的 Profile 上。
列表出现名称并不代表导入成功。真正解析后，Proxies 页面会出现策略组和节点；如果仍是空白，检查返回格式、账号状态和当前配置，而不是连续粘贴同一地址。
在策略组里选定一条可用节点
Proxies 页面里带“自动选择”“故障转移”“AI 服务”之类名称的通常是策略组，展开后才是节点。select 组由你手动选，url-test 会按探测延迟选择，fallback 会在当前节点不可用时按顺序切换。
第一次联网不要直接依赖自动组。选一条具体节点，等真实请求成功后再恢复自动选择；否则失败时不知道是节点坏了，还是健康检查刚好换了出口。
第一次选择节点时看清
- 当前点击的是策略组还是具体节点
- 组内是否至少有一条节点
- 节点延迟只是探测结果，不是可用保证
- 主要服务组最终引用了哪个出口
桌面与 Android 的首次连接入口
下面以 Windows/macOS 上的 Clash Verge Rev 为例，用 System Proxy 测试浏览器。Android 用户需要在所用客户端中建立 VPN 连接，并完成系统授权；具体操作见 Android 安装与订阅教程。
桌面 TUN 通过虚拟网卡接管更多 TCP、UDP 流量，需要额外系统权限，也会涉及路由和 DNS。桌面浏览器尚未连通时，先检查订阅、节点和系统代理；Android 则先检查已授权的 VPN 与分应用设置，不套用桌面开关。
桌面客户端什么时候使用 TUN
| 现象 | 处理 |
|---|---|
| 浏览器和常用软件都正常 | 保留系统代理 |
| 浏览器正常，终端完全没有连接记录 | 按工具设置代理，或用 TUN 对照 |
| 连接已出现但命中错误规则 | 修规则，不需要扩大入口 |
| 所有连接都 timeout | 检查节点和网络，TUN 不会让节点恢复 |
完成首次连接，核对 Connections
Windows/macOS 上以 Clash Verge Rev 完成首次浏览器请求
确认当前配置
Profile 已更新并被选中，Proxies 中已出现策略组和节点。
固定一条节点
在当前配置的主要选择组里选定可用节点，模式先保留 Rule。Rule 会按当前配置的规则决定直连、代理或拒绝连接；测试时不使用自动切换。
开启 System Proxy
通过当前客户端写入系统代理；首次浏览器测试不同时开启桌面 TUN 或改 DNS。
发起新请求并读记录
重新打开熟悉的网站，在 Connections 核对目标、规则与实际出口，不以测速按钮代替网页。
网页能打开后，在 Connections 找到刚才的新请求，核对目标、命中规则和实际出口。记录显示所选节点，才能证明这次请求经过该节点；DIRECT 表示按规则直连。请求没有记录或仍 timeout 时，用下方判断表定位，不以开关颜色作为成功依据。
首次连接的结果判断
| 看到的结果 | 下一步 |
|---|---|
| 页面正常，实际出口是预期节点 | 这次请求已通过所选节点。 |
| 页面正常，但记录为 DIRECT | 这次是规则直连；若要验证代理节点，再选择本来应走代理的目标请求。 |
| 重新请求后仍无记录 | 桌面检查 System Proxy 与系统代理地址；Android 按专篇检查 VPN 连接及分应用设置。 |
| 实际出口是节点，但仍 timeout | 用另一条确认可用的节点对照，保留规则与错误记录。 |
Rule、Global、Direct 怎样影响这条连接？
Rule 会从上到下匹配当前配置的规则，连接可能被交给 DIRECT（直连）、代理策略组，或 REJECT（拒绝连接）。实际结果取决于配置；Global 把进入 Clash 的连接统一交给全局组，Direct 则统一直连。
日常使用通常从 Rule 开始。某个网站打不开时，到 Connections 看它命中了哪条规则；不要把 Global 当成长期万能开关，也不要看到 DIRECT 就认为客户端失效。
proxy-groups:
- name: 默认代理
type: select
include-all: true
proxies:
- DIRECT
rules:
- DOMAIN-SUFFIX,lan.example,DIRECT
- DOMAIN-SUFFIX,example.com,默认代理
- MATCH,默认代理报错来自配置、应用入口还是节点？
Profile 显示 401 / 403
订阅凭据或账号状态有问题，不用重装客户端。
Profile 出现 parse error
返回内容与内核格式不兼容，保留具体行号。
Proxies 有节点，网页没有 Connections
重新发起请求后仍无记录，检查桌面系统代理或 Android VPN/分应用设置。
Connections 命中 DIRECT
规则决定了直连，查看是否符合预期。
Connections 走节点后 timeout
比较具体节点、接入网络和日志。
订阅更新失败时保留旧配置，某个节点失效时只换节点。重新请求仍没有 Connections 记录时，先核对对应平台的代理入口与应用范围，再考虑是否需要调整接管。