Windows
先在系统信息中确认处理器架构。可从 Clash Plus 开始，再比较 Clash Verge Rev、FlClash 的配置管理方式；历史客户端仅用于了解旧配置环境。
首次使用先验证系统代理是否被应用采用。需要接管不遵循系统代理的程序时，再检查 TUN 所需服务与权限，不必一开始同时打开全部功能。
前往下载安装前先确认平台与架构
Clash 下载平台入口
桌面安装包、移动应用与独立内核各有使用前提。先选设备，再比较配置管理和流量接管方式。
Android
按设备架构选择安装包，并检查系统版本要求。下载页整理 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard；配置格式不能仅凭扩展名判断兼容。
启动连接时阅读系统 VPN 授权提示。若锁屏后连接中断，优先检查后台活动与电池限制；已有其他 VPN 运行时，先确认是否发生接管冲突。
前往下载iOS
通过下载页进入 Clash Plus 的 App Store 详情，查看当前系统要求与应用说明。项目网站为 clashplus.io，安装前可对照支持范围。
导入时确认应用接收的是完整配置还是节点信息，再根据系统提示添加 VPN 配置。桌面端的服务安装、端口监听等步骤，不应原样套用到手机。
前往下载macOS
在“关于本机”中确认 Apple Silicon 或 Intel，再选择对应安装包。Clash Plus、Clash Verge Rev 与 FlClash 可作为比较起点，归档项目应另外评估维护状态。
涉及网络扩展或辅助服务时，逐项阅读系统授权说明。出现无法启动的提示，先检查安装来源、架构和系统兼容性，不把关闭系统安全机制当作常规步骤。
前往下载Linux
桌面用户可比较 Clash Verge Rev 与 FlClash，并按发行版选择软件包。安装前核对架构、桌面环境和依赖，软件包格式不同不代表代理协议能力相同或不同。
服务器、路由器用户可进一步了解 Mihomo 独立内核。内核本身不等于图形客户端，配置路径、启动服务、日志留存与网络权限需要由使用者自行管理。
前往下载设置项 — 配置字段
规则分流与配置结构
四类常用设置沿同一条配置链展开。说明与示例逐行对照，不必在多个页面之间猜测字段含义。
规则模式：按连接目标选择出口
Clash 规则分流把域名、目标地址等匹配条件与处理方式关联起来。选择规则模式后，连接按规则顺序检查，通常由前面的具体条件优先匹配，最后再设置兜底。规则目标可以是策略组、节点或内置动作，因此模式字段不能脱离完整配置单独解决连接问题。
全局模式改变的是已进入内核的连接如何选择出口，并不等于设备所有应用都已被接管。相比只切换界面上的模式名称，更可靠的做法是对照连接记录，确认命中的规则与实际出口，再决定是否调整顺序。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,DIRECT仅演示规则结构：这里全部直连，不包含代理节点，也不代表建议的实际分流方案。
mode: global仅演示模式字段。实际出口需要在全局策略中选择；应用是否进入内核，仍取决于系统代理或其他接管方式。
DNS 处理：区分解析与连接路径
DNS 负责把域名转换为连接所需的地址信息，也会影响内核能否按域名匹配规则。Fake-IP 模式通过虚拟地址映射保留域名关联，但需要应用的查询与后续连接进入相应处理路径。仅写入 DNS 字段，不表示操作系统、浏览器或局域网设备已自动改用它。
排查 Clash DNS 泄漏时，应分别核对系统解析器、浏览器安全 DNS、TUN 的 DNS 接管以及上游请求出口。局域网服务若依赖真实地址，应结合现象设置排除项，不宜为了消除一个报错就把全部域名加入过滤列表。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- "*.lan"
nameserver:
- 1.1.1.1上游地址仅用于说明列表写法，应按实际网络和隐私需求选择。此片段不包含系统 DNS 接管与上游连接策略。
策略组：分离规则目标与节点选择
策略组承接规则目标，再把连接交给组内选定的节点或动作。这样规则可以始终引用同一个组名，而不用在每次更换节点后逐条改规则。手动选择组适合先验证配置；自动测试或故障转移组还需要测试地址、周期及健康检查条件，不能只替换类型名称。
Clash 策略组中的名称必须与规则引用完全一致，空格、大小写与重名都会影响识别。测试结果反映的是指定测试目标的可达情况，不是所有网站的通行证明。初次导入时，先确认组内确实包含可选项，再检查选中项是否符合预期。
proxy-groups:
- name: 手动选择
type: select
proxies:
- DIRECT
rules:
- MATCH,手动选择示例只使用内置直连动作，便于展示名称引用关系。实际使用代理时，需另行定义有效节点或按内核语法接入代理集合。
配置覆写：保留本地设置的来源
订阅更新可能替换下载得到的配置，直接修改订阅原文不一定能长期保留。客户端若支持本地覆写，可把端口、模式等个性设置单独存放，在生成运行配置时应用。它是配置管理能力，不是所有客户端都遵循的统一内核语法。
合并规则尤其需要确认：标量字段可能被替换，映射可能递归合并，列表则可能整体替换或按顺序插入。首页只演示简单字段，不暗示节点、规则列表也按同样方式合并。修改后应查看最终生效配置，并确认订阅更新后自定义内容仍在。
# 本地覆写片段，交由客户端处理
mode: rule
allow-lan: falseallow-lan: false 用于限制来自局域网的代理接入，不等于完整的防火墙策略。监听地址与系统权限仍需单独检查。
从配置文件到连接验证
Clash 使用教程三步预览
先建立一条能解释的连接链路，再增加复杂规则。完整操作路径放在快速上手页，这里保留每一步的检查目标。
-
步骤 01
导入配置，确认输入格式
在客户端的配置或订阅管理入口添加可信来源的 URL，或导入本地 YAML。订阅链接、单节点分享链接与完整配置不是同一种输入，若入口不匹配，应先确认格式，不要反复粘贴到不同位置碰运气。
导入完成后，查看配置是否被选中、策略组是否出现、节点字段是否被识别。下载成功只表示取得了内容，不表示内核已经加载。订阅 URL 可能包含访问凭据，截图、日志与求助内容都应先移除敏感部分。
-
步骤 02
选择模式，检查接管入口
先用规则模式，并在策略组中选择预期出口。桌面端可从系统代理开始验证，移动端则按应用流程授予 VPN 权限。系统代理只影响遵循该设置的应用；TUN 扩大接管范围，但涉及路由、权限与 DNS 配合。
不要把“允许局域网访问”当作本机联网的必要开关。也不要同时运行多个代理客户端来测试同一连接；先保留一个接管入口，记录当前设置，后续每次只改一项，才能判断变化由什么引起。
-
步骤 03
验证连接，定位失败层级
先确认关闭代理时基础网络正常，再发起一次新的测试请求，观察客户端连接记录中的目标、规则与出口。浏览器打开一个网页不足以证明全部应用都被接管，已有长连接也可能暂时保持原来的路径。
出现超时，按本地联网、订阅有效性、节点参数、DNS、接管方式的顺序检查。切换网络后重新验证，避免把测试地址不可达误判为节点失效。结束使用时正常关闭系统代理或 VPN，确认直连恢复。
项目来源与维护边界
客户端、内核与开源生态
项目名称相近，不代表由同一个团队维护。下载选择、配置兼容与问题反馈，都应回到具体项目和实际运行组件。
从 Clash 配置体系到 Mihomo
Clash 的规则与 YAML 配置方式在多个客户端中沿用，后续出现了不同内核分支和界面项目。Mihomo 是这一生态中的开源内核项目；历史资料中的 Clash Meta 命名与它有关，但不能据此推断所有带 Clash 名称的应用都使用相同内核。
当旧教程中的字段在新环境中报错，应先查内核文档与变更说明，再确认客户端有没有重写配置。界面支持导入某种文件，并不意味着其中的每个协议、DNS 选项和实验性字段都能执行；同一份订阅在两款客户端中也可能得到不同的运行配置。
界面更新与内核更新分别看
客户端更新可能改动订阅编辑、系统服务或覆写逻辑，内核更新则可能影响协议实现和规则行为。更新前保存原始配置、覆写文件与必要日志，更新后复查关键连接，不建议在没有备份时同时更换客户端、内核与订阅格式。
开源代码提供了理解实现和追踪问题的入口，但不应把仓库活跃度直接换算为连接质量。维护状态要结合项目公告、发布说明与已知问题判断；归档软件即使还能启动，也需要考虑系统升级后的兼容与维护风险。
查阅路径也应按问题分层：安装与权限问题先看客户端说明，字段解析失败查内核文档，订阅更新异常核对服务来源，网站可达性则结合 DNS 与连接日志判断。把这些层级分开，通常比重复卸载或搬用整份陌生配置更容易找到原因。
专题说明 · 按发布日期排列
最新配置与故障排查文章
基础流程完成后，再按遇到的具体问题阅读专题。先界定现象发生在哪一层，再选择需要调整的设置。
Fake-IP 模式如何保留域名信息：DNS 映射、适用场景与排除项
沿 DNS 查询与连接建立过程解释虚拟地址映射，说明 Fake-IP 的适用条件、局域网兼容问题及 fake-ip-filter 的配置边界。
阅读 Fake-IP 配置说明 →Clash 客户端启动闪退怎么办：从运行环境到配置恢复的排查步骤
区分界面崩溃与内核启动失败，依次检查系统架构、运行依赖、权限和配置文件，并说明如何保留日志与备份后恢复设置。
阅读启动故障排查 →代理节点超时但网络正常：订阅状态、DNS 与连接链路检查顺序
从本地联网、订阅有效性、节点参数到 DNS 和代理接管逐层定位，区分测试地址不可达与实际连接失败，避免反复重装。
阅读连接超时诊断 →