配置与流量路径
客户端保存配置，内核读取配置并处理连接。导入成功只说明配置已被接收，还需要确认策略组、接管方式与 DNS 设置能够配合工作。
mixed-port: 7890
mode: rule
proxy-providers:
remote:
type: http
url: "https://example.com/subscription.yaml"
path: ./providers/remote.yaml
interval: 86400这里展示配置片段，不是可以直接连接的完整配置。订阅地址需来自实际服务提供方；代理集合还要被策略组引用，并由规则选择对应策略。更新配置前应保留本地修改。
DOMAIN-SUFFIX,example.org,DIRECTDIRECTDOMAIN-KEYWORD,ads,REJECTREJECTGEOIP,LAN,DIRECTDIRECTMATCH,PROXYPROXY规则不是同时投票，而是按顺序匹配。越具体的条件通常越靠前，兜底的 MATCH 放在末尾。PROXY 在这里是策略组名称，必须在完整配置中定义，名称需要逐字一致。
TUN 通过虚拟网卡与路由设置，将匹配的网络流量送入内核，适合不遵循系统代理的命令行工具和部分应用。启用前先完成订阅导入与基础连接测试，再按客户端要求安装服务或授权。它与系统代理的差别是接管路径，不是节点质量；能否处理 UDP 仍取决于节点与协议。存在其他 VPN、虚拟机或自定义路由时，应核对路由与 DNS，避免重复接管。
查看 TUN 与系统代理区别 →规则模式依据域名、目标地址等条件决定连接路径。精确条件放在宽泛条件之前，MATCH 负责接收剩余连接；策略组再决定使用哪个节点。修改后先检查语法与组名，再用新建连接观察命中记录。与全局模式相比，规则模式能分别处理本地服务、常用站点与其他请求，但需要维护顺序。订阅更新可能覆盖直接编辑的内容，长期规则应放在客户端支持的覆写或合并配置中。
查看自定义规则 →Fake-IP 为域名返回虚拟地址，内核借助映射在后续连接中恢复域名信息，以便执行域名规则。它不是远程节点，也不等同于加密 DNS。使用时要让 DNS 请求进入预期解析路径，并确认虚拟地址范围不会与局域网冲突。少数依赖真实地址的应用可按需加入过滤列表，而不是整体关闭解析功能。与返回真实地址的方式相比，主要差别在于域名信息的保留与连接处理顺序。
查看 Clash Fake-IP 参考 →完整配置订阅可以包含节点、策略组和规则；代理集合通常只提供节点条目，需要在主配置中引用。客户端的定时更新与内核 proxy-providers 的更新并非同一层机制，排查时应分别检查。导入后先手动更新一次，确认条目可读、组内有可选节点，再设置周期。与本地静态配置相比，订阅便于跟随服务端变化，但远程内容也可能替换本地编辑，应提前保存覆写设置。
查看订阅链接导入 →图形客户端负责界面、授权与配置管理，内核负责协议连接、规则匹配和 DNS。部分客户端允许切换内核，另一些固定集成一种实现，不能仅凭界面名称判断功能。原版 Clash、Clash Meta 与 mihomo 具有历史联系，但扩展协议和配置字段并非完全互通。迁移前先核对节点类型、传输选项及规则提供器语法，再测试配置加载。能导入文件不代表其中每个字段都被实际支持。
查看 mihomo 内核说明 →排查连接时，可以沿着固定顺序检查：配置是否加载、策略组是否有节点、流量是否进入内核、规则是否命中预期目标。每次只改一处设置，并用同一个请求复测。这样可以区分订阅内容问题、系统代理设置问题与节点连接问题，避免同时切换模式和 DNS 后失去判断依据。
协议名称描述的是客户端与服务端之间的连接方式，并不直接决定所有应用的表现。服务端参数、网络是否允许 UDP、证书与传输设置都需要对应。SS、VMess、Trojan、VLESS、Hysteria2 和 TUIC 的能力边界可在协议参考中逐项查阅；选型应依据实际网络与设备条件，而不是只看名称。
客户端选择
下载中心按操作系统集中列出客户端与安装说明。桌面和移动端的授权方式不同，同一份订阅也可能需要按客户端支持的格式导入。
优先查看 Clash Plus，再对照 Clash Verge Rev、FlClash 等客户端的配置管理方式。首次使用先确认安装包架构，使用系统代理完成基础测试，再按需启用服务模式与 TUN。
前往下载先在“关于本机”确认 Apple Silicon 或 Intel 芯片，再选择对应安装包。启用网络接管时按照系统提示完成授权。下载中心同时整理 ClashX Meta 归档入口与维护状态。
前往下载查看 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard。按设备架构选择安装包，首次连接时允许创建 VPN 连接。若锁屏后中断，继续检查电池优化与后台运行限制。
前往下载通过下载中心进入 Clash Plus 的 App Store 页面；其官网为 clashplus.io。导入配置后按提示添加 VPN 配置，并检查策略组。桌面端的全部设置不一定适用于移动端。
前往下载图形桌面可选择 Clash Verge Rev 或 FlClash，按发行版选择包格式。服务器、路由器或自行管理服务的用户可查看 mihomo 内核区，另行配置服务启动、权限与监听范围。
前往下载客户端不等于节点服务。安装完成后，还需要有效的本地配置或订阅内容；仅开启界面上的连接开关，不会自动产生可用节点。已有配置迁移到新设备时，应先保留原文件，再确认协议和字段兼容性。移动设备通常通过系统 VPN 接口接管流量，桌面设备则可能同时提供系统代理与 TUN 两种路径。
首次配置建议先使用规则模式，手动选择一个可用节点，打开目标应用并查看连接记录。延迟测试只说明某个测试请求的结果，不能代替实际访问验证。如果浏览器可以连接而命令行工具仍然直连，先核对工具是否读取系统代理，再决定设置代理环境变量还是启用 TUN。
开源项目与配置依据
以项目源码、配置文档和实际连接日志为依据。客户端名称、内核能力与订阅服务属于不同层次，需要分别确认。
原版 Clash 建立了基于规则选择连接路径的配置体系。Clash Meta 在这一生态中扩展协议与网络处理能力，之后以 mihomo 名称继续演进。旧教程中的 Meta 字样可能仍出现在客户端选项、配置说明或日志中，阅读时应同时核对文档面向的实现。历史上的共同来源不意味着所有配置都可以原样互换，尤其是扩展字段与新协议。
Clash Verge Rev、FlClash 等图形客户端提供订阅管理、策略选择、系统代理和服务控制等入口；实际可用功能还取决于它们集成的内核。界面更新与内核更新可能采用不同节奏。遇到某个字段无法识别时，应先确认正在运行的内核与配置加载结果，再判断是否需要升级，而不是仅凭应用名称推断支持情况。
mihomo 的公开仓库提供源码、问题讨论与发布记录，适合进一步了解配置行为。提交问题前，先将订阅地址、节点密码和个人路径等敏感信息移除，仅保留复现所需的字段。报告中说明系统、客户端、内核、接管模式与触发步骤，并附上相关错误上下文。准确描述一条失败连接，比粘贴整份未经整理的日志更便于定位。
客户端更新、内核更新和订阅更新分别改变界面程序、连接实现与远程配置内容。执行前应区分当前目标，并保存策略组选择、自定义规则和覆写设置。更新后先确认配置能够加载，再依次检查 DNS、规则命中与实际访问。若出现回归，保留可复现的最小配置并查阅对应发布说明；不要用连续重装代替对错误原因的判断。
配置记录
按配置流程阅读：先确定平台与导入方式，再检查实际连接，最后处理 DNS 与规则问题。以下为最近三篇文章。
梳理 iOS 端兼容 Clash 配置的客户端与 App Store 账号地区要求，演示订阅链接导入、VPN 配置授权与规则模式切换。
阅读文章 →介绍 DNS 泄漏的成因与检测思路，逐项说明 enhanced-mode、nameserver、fallback 与 TUN 下 DNS 劫持的配置要点。
阅读文章 →导入订阅后按顺序完成策略组选择、延迟测试与出口检查，用连接日志和规则命中记录判断流量是否真正走了代理。
阅读文章 →文章中的操作入口可能随客户端调整，但检查思路可以复用：将应用请求、流量接管、规则匹配和节点连接分开观察。遇到端口占用、权限不足或配置语法错误时，先保留错误信息，再回到对应步骤修正。基础问题可查阅 FAQ，完整导入流程见使用文档，协议与内核差异则集中在协议参考。