Windows
适用于桌面办公与开发环境。先在系统信息中确认处理器架构，安装后检查防火墙提示与混合端口占用。系统代理通常可以先完成基础连接，TUN 再按应用需求启用。
设置项与流量路径
客户端界面负责管理配置，内核负责解析规则与建立连接。以下窗口是静态设置示意，取值用于说明字段关系，不代表安装后的默认状态。选择特性索引，可查看对应设置与使用边界。
系统代理
TUN 模式
允许局域网连接
混合端口
7890出站模式规则 / 全局 / 直连
当前配置订阅 + 本地覆写
DNS 模式
fake-ipIPv6
日志等级
info规则模式与策略组选择
mode: rule 让连接按规则自上而下匹配，首次命中后交给对应策略组。域名后缀、目标地址和规则集合可以分别指向代理或直连。导入配置后，先检查组内是否有可用出站，再到连接记录确认实际命中项。与只切换全局代理相比，规则模式能保留本地服务的直连路径；但规则名称必须引用存在的策略组。自定义规则放在兜底规则之前，避免被提前截获。
系统代理之外的接管方式
系统代理适合遵循系统代理设置的应用；TUN 通过虚拟网卡接管符合路由条件的流量，适用于部分命令行工具或不读取系统代理的程序。首次开启前检查管理员权限、虚拟网卡授权与其他 VPN 状态。接管范围还受路由、排除网段和 DNS 设置影响，不能只凭开关判断所有应用均已代理。排查时先用一种接管方式建立可用基线，再加入 TUN，避免同时改动多个变量。
订阅更新与本地修改分离
订阅文件提供节点、策略组与规则，本地覆写用于保留设备专属设置。直接修改远程订阅生成的文件，后续更新可能覆盖改动。需要固定端口或补充规则时，应先确认客户端的覆写入口、合并顺序与最终生效配置。映射字段和列表字段的处理方式可能不同，追加与替换也不能混用。迁移其他 Clash 客户端配置时，检查内核支持的协议字段，不把界面布局相似当作配置完全兼容。
同一网络内的代理入口
allow-lan 控制是否接受局域网连接，mixed-port 提供 HTTP 与 SOCKS 混合监听端口。共享前先确认监听地址、防火墙和设备所在网段，再在其他设备填写主机局域网地址及端口。仅开启允许局域网连接，不会让其他设备自动使用代理。此方式适合临时调试与受信任网络；应限制访问来源，并按需配置认证，避免将监听端口经路由器映射到公网。
域名解析与连接匹配
Fake-IP 为域名分配合成地址，内核再利用映射关系识别连接目标，帮助域名规则参与分流。它不是实际服务器地址，也不等同于加密 DNS。遇到本地设备发现、企业内网或特定应用异常时，先检查解析服务器、fake-ip-filter 与系统 DNS 接管关系。IPv6 还涉及地址解析和实际路由，不能只修改一处字段。与 redir-host 的选择应依据网络条件，而不是简单认定某一种模式更快。
按发生环节定位错误
log-level: info 适合日常观察；需要细查时可临时提高到 debug，重现问题后再恢复。端口占用发生在监听阶段，DNS 失败发生在解析阶段，连接超时还需结合目标与出站判断。记录时间、匹配规则和策略组，比反复切换节点更有定位价值。分享日志前删去订阅地址、认证信息与私有域名。客户端日志用于描述运行过程，单条错误并不能证明整个网络不可用。
设置开关决定接管范围，rules 决定分流方向，策略组决定最终使用的出站。三者要一起核对。浏览器可访问而终端失败时，先确认终端是否读取系统代理；只有部分域名异常时，优先查看 DNS 和规则命中，不必立即重装客户端。
Clash 客户端安装入口
按设备系统进入安装包页，再选择客户端与处理器架构。FlClash 提供 Windows、macOS、Android 与 Linux 客户端；iOS 入口对应其他 Clash 生态应用，不代表存在同名 FlClash 安装包。不同客户端可以使用相近的内核配置，但系统权限、订阅合并和后台运行方式需要分别确认。
首次安装建议保留一个客户端运行。旧客户端退出后，检查系统代理是否恢复，再启动新客户端；这样可以减少端口冲突、代理地址遗留和双重接管。升级或迁移前先保存本地规则与覆写文件，订阅链接本身不一定包含设备端的全部设置。
macOS
按 Apple Silicon 或 Intel 选择安装包。首次启动时依据系统提示确认应用权限；连接异常时同时检查网络设置里的代理状态，以及其他网络扩展是否仍在运行。
Android
安装前确认设备架构与系统要求，首次连接需批准 VPN 授权。后台中断可先检查电池优化和后台活动权限；同一时间运行其他 VPN 应用，可能改变实际接管状态。
iOS
下载页提供 Clash Plus 的 App Store 入口与官网 clashplus.io。安装后按应用流程添加配置并批准 VPN 权限。导入前检查订阅格式，不将桌面端的全部设置直接照搬到移动端。
Linux
桌面用户按发行版与包格式选择图形客户端；服务器与路由器用户可查内核区。桌面环境的系统代理不一定覆盖终端进程，使用前应分别确认环境变量、监听端口与服务权限。
下载页集中列出客户端选择、系统要求与维护状态。安装包选择和运行时网络配置是两个独立步骤，选对系统后仍需导入有效配置。
查看全部客户端 →首次连接的三个步骤
先完成一条可验证的连接，再增加规则与高级设置。以下是操作顺序预览，具体界面路径与常见卡点见入门指南。客户端负责使用配置，不会因为完成安装就自动获得可用代理服务。
-
导入有效订阅或本地配置
在配置管理中添加订阅链接，或导入已有 YAML 文件。等待拉取完成后，将该配置设为当前使用项，检查策略组是否已出现。链接能在浏览器打开，不代表返回内容就是兼容的配置；若导入报错，应先区分网络不可达、返回登录页面与 YAML 解析失败。
订阅地址可能包含访问凭据，应作为私人信息保存。首次导入后先使用原始配置确认可用，暂缓加入复杂覆写。若节点列表为空，检查订阅有效期和返回内容，不要仅凭客户端连接按钮的外观判断导入已经完成。
-
确认出站与流量接管
先选择规则模式，在配置提供的策略组中选定一个可用出站。桌面端可从系统代理开始；需要覆盖不读取系统代理的应用时，再按教程配置 TUN。移动端依照系统提示批准 VPN 权限，避免另一款 VPN 同时争用连接。
规则模式会按配置分流，全局模式主要用于对照排查，直连模式则不经过代理出站。切换模式不会修复失效订阅，也不会补齐缺少的节点。每次只调整一个设置，记录调整前后的表现，便于确定真正影响结果的字段。
-
连接后检查实际命中
开启连接，访问需要测试的目标，再查看连接记录中的域名、规则与出站。分别测试本地服务和需要代理的目标，确认接管范围符合预期。部分应用正常而另一部分失败时，先检查应用是否经过当前入口，不要只重复测速或更换节点。
连接超时、解析失败与端口占用属于不同环节。保留发生时间和关键日志，再回到对应设置检查。退出客户端后也应观察系统代理是否恢复，防止应用仍指向已经停止监听的本地端口，造成网络看似整体中断。
已有其他 Clash 客户端配置时，优先保留原文件副本。迁移应逐步验证节点、策略组、规则与 DNS，而不是一次复制所有客户端专属设置。
查看完整教程 →源码、内核与更新边界
FlClash 与 Clash 生态
FlClash 是 Clash 生态中的图形客户端，使用 Flutter 构建跨平台界面。理解项目关系时，应把客户端名称、内核名称和配置格式分开：界面负责导入配置、展示状态和管理设置，内核负责处理解析、规则与连接。两款应用都使用 mihomo，不意味着它们的覆写顺序、权限处理和配置存储位置完全相同。
Clash Meta 是理解这一生态时常见的历史名称，mihomo 是相关内核项目当前使用的名称。查阅旧教程时，应将操作意图对应到当前字段，再确认所用客户端是否提供同一入口。教程中出现的旧菜单名称不能直接当作当前安装环境的事实，涉及内核能力的说明也应以项目文档为依据。
开源仓库提供可追溯信息
FlClash 的源码、提交记录、发布说明与问题讨论可在项目仓库查阅。开源协议描述使用和分发的条件，提交记录用于了解代码变化，问题区用于复现和讨论具体行为。这些信息比单独的功能标签更适合判断某项设置是否适用，但开源属性本身不构成对每一种网络环境的兼容性承诺。
提交问题前，先记录操作系统、使用的接管方式、复现步骤和错误发生阶段，再提供删除敏感信息后的日志。不要上传完整订阅链接、代理认证信息或包含私人地址的配置。清晰的最小复现能帮助区分客户端界面问题、内核行为与订阅内容错误，也能减少仅凭截图反复猜测的过程。
客户端升级与订阅更新分别检查
升级客户端通常涉及界面、打包方式与所携带内核的变化；更新订阅则是重新拉取配置内容。两种操作的作用范围不同。遇到协议字段不被识别时，应检查内核支持情况；节点到期或订阅返回错误时，应检查订阅服务状态。不能期待客户端升级自动延长订阅，也不能用订阅刷新替代应用升级。
准备升级前，记录混合端口、接管方式和本地覆写，保存可恢复的配置副本。完成升级后，依次检查配置是否正确加载、策略组选择是否保留、系统代理或 TUN 是否按预期接管。若只在特定网络出现故障，先对照 DNS、路由和防火墙条件，再考虑回退；避免同时升级、换订阅和重写规则，使问题来源难以区分。
安装入口用于查找软件，配置字段页用于核对行为，入门指南用于建立最小可用设置。三类内容分别解决选择、理解和操作问题。需要进一步比较不同客户端的配置管理与平台适配时，可进入客户端对比，按使用场景而不是界面外观选择。
配置与排查文章
以下文章按发布日期倒序排列。已经完成首次连接的用户，可从订阅解析、DNS 模式与客户端选择继续查阅；尚未导入配置时，先按入门指南建立可用基线，再进行进阶修改。
Clash 订阅导入失败、解析报错怎么办：常见原因与自查步骤
按链接可达性、返回格式、YAML 语法、节点协议兼容性四层排查订阅失效与解析失败，附每一层的检查方法和对应的修复思路。先确认服务器实际返回什么内容，再判断应修改网络设置还是配置字段，避免把所有导入错误都归结为客户端问题。
阅读订阅自查步骤 →Clash Fake-IP 模式原理详解：与 redir-host 的区别及适用场景
拆解 Fake-IP 的地址池分配与域名回查流程，对比 redir-host 在解析时机和泄漏风险上的差异，说明 fake-ip-filter 的写法与不适用的局域网场景。区分合成地址、真实解析结果和最终出站，能更准确地理解域名规则为什么命中或失效。
阅读 DNS 模式说明 →2026 年 Clash 客户端怎么选：FlClash、Clash Verge Rev 等主流客户端横向对比
从内核版本跟进、平台覆盖、界面交互、订阅与覆写管理四个维度横向比较主流客户端，按桌面办公、移动端、Linux 服务器等场景给出选型建议。先确认所需系统与配置能力，再比较日常操作路径，减少迁移后重新处理规则和权限的成本。
阅读客户端选型分析 →