开源代理生态 · 配置字段参考

Clash问答网
客户端下载与配置字段

下载Clash 查看教程 mihomo 内核 · YAML 配置

按系统选择客户端，按字段查阅YAML 配置，从 DNS 到规则理解分流路径。

Clash 配置文件 客户端选型 DNS 与 Fake-IP
Windows Android iOS macOS Linux
config.yaml YAML · 2 空格缩进
  1. mixed-port: 7890
  2. allow-lan: false
  3. # 按规则匹配连接
  4. mode: rule
  5. log-level: info
  6. dns:
  7. enable: true
  8. enhanced-mode: fake-ip
  9. proxy-groups:
  10. - name: PROXY
  11. type: select
  12. proxies: [DIRECT]
  13. rules:
  14. - GEOIP,CN,DIRECT
  15. - MATCH,PROXY
UTF-8

片段展示字段层级，不是完整代理配置；PROXY 当前只包含 DIRECT，实际使用需导入有效节点并加入策略组。

平台入口
5
内核
mihomo
配置
YAML
内核协议
GPL-3.0

Clash 客户端平台入口

先确定操作系统和处理器架构，再选择图形客户端。Clash Plus 在 Windows、macOS、Android 与 iOS 的下载列表中首推；Linux 可从 Clash Verge Rev 开始。客户端提供配置管理与系统集成，真正解析字段、建立连接的是内核，界面相似并不代表配置能力完全相同。

Windows

适合需要托盘控制、系统代理与配置切换的桌面用户。寻找 Clash for Windows 替代时，优先比较 Clash Plus 与 Clash Verge Rev，并核对系统架构、服务权限和 TUN 支持。迁移前保留原配置，先导入再测试，避免直接覆盖工作环境。

前往下载

macOS

先在系统信息中确认 Apple Silicon 或 Intel，再选对应安装包。系统代理与网络扩展的授权方式可能不同，首次启动应按客户端提示完成。已有配置可以迁移，但开机启动、代理接管和本地路径等设置需要在新客户端重新确认。

前往下载

Android

移动端通常通过系统 VPN 接口接管流量。安装前确认设备架构，连接前确认系统授权；若锁屏后连接中断，再检查电池优化和后台限制。分应用代理属于客户端功能，和 YAML 中按域名、目标地址分流的规则不是同一层设置。

前往下载

iOS

从下载页进入 Clash Plus 的 App Store 页面，官网为 clashplus.io。导入订阅后先检查客户端是否识别节点与策略组，再允许添加 VPN 配置。桌面端可用的某些底层网络参数，在移动端可能由系统接管，应以客户端实际支持范围为准。

前往下载

Linux

桌面用户可比较 Clash Verge Rev 与 FlClash，并按发行版选择包格式。服务器、路由器用户可查阅 mihomo 内核入口，自行管理服务与配置路径。启用透明代理前先理解路由、DNS 和权限关系，远程操作时保留可恢复的管理连接。

前往下载

安装包只提供客户端，不会自动附带可用代理服务。订阅地址通常包含访问凭据，应保存在可信设备中，分享配置或日志前删除敏感参数。查看全部客户端 →

配置字段索引台

一个连接的路径可以分为入口、模式、解析、节点、策略和规则。下面按这六层阅读配置：先给结论，再看对应 YAML。示例均为局部片段，不能互相拼接后直接当作完整订阅；手动选择字段后，自动轮换会停止。

mixed-port: 7890allow-lan: false
bind-address: 127.0.0.1

port 决定哪个程序进入代理？

端口字段定义本地监听入口，不是远端节点端口。port 接收 HTTP 代理，socks-port 接收 SOCKS 代理，mixed-port 可在同一端口接收两类连接。上例只监听本机，应用需把代理地址指向本机与对应端口。常见误配是只启动内核，却没有设置应用代理；另一种是两个客户端占用同一端口。允许局域网访问前，应同时检查绑定地址、防火墙和认证，不能只修改一个开关。

在配置字段页查看 →

订阅导入与连接验证

首次使用先跑通一条最短路径：配置能加载、策略有出口、应用能接入。不要同时修改端口、DNS、TUN 与规则；一次只改变一层，出现异常时才能确定原因。下面是完整入门流程的三步预览。

  1. 导入配置

    打开客户端的配置或订阅管理页面，添加可信来源提供的订阅链接，或导入本地 YAML 文件。更新完成后检查配置是否被选中、是否出现节点与策略组。若提示解析失败，先看错误行附近的缩进、冒号与列表结构，不要通过反复重装客户端解决内容错误。远程订阅下载成功，也不代表其中每个节点都能连接。

  2. 选择模式与出口

    先使用规则模式，找到规则引用的主要策略组，选定一个有效节点。桌面端开启系统代理后，确认端口和当前客户端一致；移动端按提示允许建立 VPN。TUN 更适合需要接管不读取系统代理的应用，但涉及路由与权限，建议在普通代理路径验证后再启用，避免把接入失败与节点失败混在一起。

  3. 验证实际连接

    打开目标网站，并在客户端连接列表查看应用、目标域名、命中规则和最终出口。能打开网页不等于已按预期分流，测速成功也不等于该网站可用。若浏览器正常但终端失败，检查终端是否读取代理环境变量；若全部超时，先检查本地网络与节点状态。验证结束后恢复临时开启的详细日志。

保留一份已验证可用的配置，再逐步加入应用分流或自动策略。这样可以通过切回基线判断问题来自新改动还是网络环境。查看完整教程 →

Clash 生态与 mihomo 内核

判断配置能否使用，应看内核和字段支持，而不是只看客户端名称。本站整理下载入口与中文字段说明，不作为任何客户端的开发团队身份背书。开源代码、项目文档和实际运行日志，是确认功能行为的主要依据。

项目历史与兼容边界

Clash 生态经历了原项目停止维护与社区分支持续发展的过程。原客户端中保存的 YAML、策略选择和本地设置，未必能原封不动迁移到新的客户端。mihomo 延续并扩展了相关配置能力，但旧内核通常无法识别新增协议或字段。查阅示例时，应确认文档针对的内核，再判断是否适用于当前环境。

Clash for Windows 与 ClashX Meta 在下载列表中作为停止维护的归档项标记。新设备优先考虑仍在维护的方案；确有旧环境依赖时，先评估系统兼容性和所需协议，避免仅凭熟悉的界面作选择。查看客户端选型建议 →

客户端、内核与服务提供方

客户端负责配置导入、托盘菜单、订阅更新和系统代理等交互；内核负责读取配置、解析域名、匹配规则与建立出站连接；服务提供方维护远端服务器和订阅内容。这三者可以分别出现问题。界面显示已连接，只能说明某个本地状态成立，不能证明远端服务可用或所有应用都被接管。

同一个节点在不同客户端表现不同，应比较内核、协议参数和 DNS 接管方式。相同客户端在不同网络下结果不同，则还需考虑运营网络、路由和服务端限制。把问题按层拆开，比直接更换所有配置更容易得到可重复的结论。

开源许可与可查阅依据

mihomo 使用 GPL-3.0 开源许可，源代码、提交记录与问题讨论可在项目仓库查阅。内核的许可不自动代表所有图形客户端使用相同许可，分发或修改时应查看对应项目说明。代码开源提供了检查实现的条件，但不能替代对安装来源、操作权限和网络行为的判断。

查找字段行为时，先看对应文档，再结合日志验证。提交问题应说明操作系统、客户端名称、内核信息、最小配置和复现步骤；不要公开完整订阅地址、认证信息或可识别个人的连接记录。精简复现材料有助于区分配置问题与程序缺陷。

更新机制与配置保留

客户端更新、内核更新、订阅更新和规则资源更新是四种不同操作。更新客户端可能同时更换内核；更新订阅可能替换节点与策略组；更新规则资源则只影响相应匹配集合。操作前应确认此次更新会修改哪一层，保留能够回退的配置与自定义内容。

长期维护时，把远程订阅和本地覆写分开管理，并记录规则用途。策略组名称变化后，应检查自定义规则是否仍引用有效目标。DNS 模式改变后，应按需清理相关缓存再测试，避免旧映射干扰判断。配置加载成功后，再通过真实连接验证更新效果。

查阅 mihomo 源代码

已安装 Git 的用户可复制以下命令，在本地获取公开仓库用于阅读。克隆源代码不等于安装或启动客户端；普通用户直接从下载页选择图形客户端即可。

git clone https://github.com/MetaCubeX/mihomo.git
打开 mihomo 仓库 ↗

配置与排查文章

字段参考适合逐项查阅，文章则围绕一个问题展开判断过程。下面按发布日期列出最近三篇：从系统代理接入、日志证据到多配置管理，分别对应使用中不同层面的疑问。

查看全部文章 →