Windows
Clash Plus 首推适合需要托盘管理、系统代理与规则切换的桌面用户。下载页提供 Clash Plus、Clash Verge Rev 等选择,先核对系统要求,再选择适用安装包。若计划启用 TUN,注意客户端的服务安装提示与管理员授权,避免同时运行多个代理服务。
Clash 的使用分为三件事:选择客户端、导入订阅、确认分流。客户端负责配置入口,内核执行代理、规则与 DNS。系统代理和 TUN 决定连接如何进入内核,策略组决定连接从哪里出去。
订阅不是客户端安装包,安装完成也不等于已经拥有可用线路。先准备有使用权限的订阅或自建配置,再检查订阅格式与客户端兼容性。初次连接建议保留默认网络设置,从规则模式开始验证;需要接管未遵循系统代理的应用时,再阅读 TUN 与 DNS 的配置说明。
先确认操作系统,再确认处理器架构。桌面端看安装包格式与服务权限,移动端看 VPN 授权与后台设置。以下入口跳转到下载页对应平台,不直接启动安装包下载。
适合需要托盘管理、系统代理与规则切换的桌面用户。下载页提供 Clash Plus、Clash Verge Rev 等选择,先核对系统要求,再选择适用安装包。若计划启用 TUN,注意客户端的服务安装提示与管理员授权,避免同时运行多个代理服务。
在“关于本机”中确认是 Apple Silicon 还是 Intel,再选择对应架构。首次运行时按系统提示处理网络扩展或辅助服务权限。系统代理主要影响遵循代理设置的应用;需要处理其他连接时,应结合路由、DNS 与客户端的 TUN 支持范围判断。
首次连接需要同意系统 VPN 授权。若锁屏后断开,先查看电池优化、后台活动与厂商自启动设置,而不是反复更换订阅。分应用代理可以决定哪些应用进入 VPN;与其他使用 VPN 通道的软件同时启用时,需要检查系统的通道占用情况。
通过 App Store 查看 Clash Plus 的兼容要求与应用说明,官网为 clashplus.io。添加订阅后,按客户端提示授权 VPN 配置,再选择策略并连接。桌面端教程中的服务安装、监听端口与系统代理入口不应直接套用到 iOS,操作以应用界面为准。
桌面用户可从 Clash Verge Rev 与 FlClash 中选择,按发行版包格式和桌面环境确认依赖。服务器、路由器等没有桌面界面的设备,应转到内核区了解 mihomo。命令行运行需要自行管理配置目录、服务权限、日志与开机启动,不能只复制桌面端的开关设置。
更换客户端前,先备份配置与本地覆写。相同订阅可以在不同客户端导入,但策略组名称、支持的协议字段及网络权限可能不同。旧客户端的本地设置也未必随订阅迁移,导入后仍需检查当前模式和默认策略。
查看全部客户端 →从配置片段理解每个设置的职责。示例用于说明字段,不能直接替代包含代理节点与策略组的完整订阅;复制到现有配置前,先确认内核支持与客户端覆写方式。
每八秒切换主题;点击、键盘操作或聚焦后暂停。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
# 完整配置还需定义代理与策略组
# 远程配置更新前保留本地覆写
订阅链接返回的内容可能是完整 YAML 配置,也可能只有节点列表。导入后先检查是否出现可用策略组,再确认当前激活的是哪一份配置。远程更新通常会重新载入服务端内容,直接编辑下载文件容易在下一次更新时丢失。需要长期保留的规则、端口或 DNS 调整,应优先使用客户端提供的覆写入口。不同客户端的覆写语法与合并顺序并不统一,迁移时需要逐项核对,而不是只复制订阅地址。
阅读订阅导入步骤 →rules:
- DOMAIN-SUFFIX,github.com,Proxy
- DOMAIN-KEYWORD,ads,REJECT
- GEOIP,CN,DIRECT
- MATCH,Proxy
# Proxy 必须是已存在的策略或策略组
# 广泛的关键词规则可能误拦截
规则模式按照列表顺序匹配连接,首次命中后交给指定策略。域名后缀规则适合明确的网站范围,IP 规则用于按目标地址判断,MATCH 放在最后承接未命中的连接。示例中的 Proxy 是自定义策略名,必须与配置中已有名称一致。局部网站异常时,先从连接记录确认命中规则,再把更具体的规则放到通用规则前。相比直接切到全局模式,这样能保留其他连接的直连行为,也便于回溯修改原因。
阅读规则集管理 →proxy-groups:
- name: Default
type: select
proxies:
- DIRECT
- REJECT
rules:
- MATCH,Default
策略组把规则和具体出口分开管理。规则引用组名,组内再选择节点、其他策略组或内置策略,换出口时不必改整份规则。select 用于手动选择,url-test 与 fallback 则需要额外配置检测地址和检测行为。组名必须唯一,引用关系应避免循环。这里仅用内置策略展示结构,不包含代理节点;实际使用时应引用订阅中已有的节点或提供者,并检查自动选择是否符合目标网站的访问需求。
阅读策略组配置 →dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- "*.lan"
# 还需按网络环境配置上游解析器
# DNS 接管与路由设置需要配合
Fake-IP 通过合成地址建立域名与连接的关联,帮助内核在接收到连接时保留域名信息。它不是一个独立的加速开关,需要与 DNS 接管、上游解析和路由一起配置。局域网服务或依赖真实地址的应用出现问题时,可先评估过滤名单与域名解析路径。调整 DNS 后还应考虑系统和应用缓存。不同网络下的可达上游不完全相同,照抄解析器地址前,应确认其可访问性及代理服务器域名的解析方式。
查阅 Fake-IP 与 DNS 术语 →tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
# 需要相应的系统权限与路由支持
TUN 用虚拟网卡承接进入对应路由的连接,适用于不读取系统代理设置的应用。启用前先确认客户端服务权限,再检查其他 VPN、虚拟网卡与安全软件的路由影响。它不等于把所有连接都强制发往代理,最终出口仍由模式、规则和策略组决定。出现局域网不可达或 DNS 异常时,应先保留日志,再回退到原设置验证。移动端通常通过系统 VPN 接口接管连接,界面选项与桌面端的 TUN 配置并不完全对应。
阅读 TUN 与路由说明 →mixed-port: 7890
external-controller: 127.0.0.1:9090
secret: "your-controller-secret"
# mixed-port:应用代理入口
# external-controller:管理接口
# 示例口令需替换为自行生成的值
外部控制接口供客户端界面或控制面板读取状态、切换策略,与应用使用的混合代理端口用途不同。两者不应监听同一个端口。仅在本机操作时,优先绑定回环地址并设置独立访问口令,避免把管理入口直接暴露到局域网或公网。界面显示连接失败时,先核对地址、端口和授权设置,再判断内核是否启动。订阅内容和日志可能包含敏感信息,排查截图与分享配置前应先移除个人链接及凭据。
阅读外部控制接口说明 →客户端名称、内核能力和订阅内容是三个层次。选择时分别确认维护状态、支持字段和配置来源,不以界面名称代替兼容性判断。
Clash 生态围绕配置、规则与代理协议形成了多种客户端。mihomo 延续并扩展了相关内核能力,项目曾使用 Clash Meta 名称,因此教程中仍会出现 Meta、mihomo 等不同称呼。图形客户端在内核之上提供订阅管理、策略选择、系统代理与日志入口;同一个界面项目也可能随着维护进度更新所集成的内核。比较软件时,应同时查看客户端说明与内核文档。
开源项目的行为可以通过源代码、配置文档和问题讨论核对。本站提供中文下载入口与操作参考,不把第三方客户端归为同一开发团队,也不把某个界面的所有功能视为整个生态的统一能力。需要确认字段含义时,优先查阅正在使用的内核文档;需要确认按钮位置时,则查看对应客户端说明。两类资料结合起来,才能判断问题出在配置、系统接管还是界面设置。
订阅提供者可能在更新时调整节点名称、策略组或规则。客户端里保存的选择状态依赖这些名称,名称变化后可能需要重新选择。更新之前保留一份能够正常工作的配置,更新之后检查是否仍为规则模式、策略组是否有有效出口、关键域名是否命中预期规则。若配置管理页同时保存了多条订阅,还要确认正在生效的配置,而不是仅查看最近导入的那一条。
订阅地址通常带有访问凭据,应按私人资料保存。不要把完整地址贴进公开问题区,也不要把含个人订阅的配置提交到公开仓库。格式转换服务会接触输入链接和配置内容,使用前应了解其处理方式;有条件时可在受控环境中完成转换。节点列表、分享链接和完整 YAML 的信息范围不同,转换成功也不代表自动补齐了符合个人需求的规则与策略组。
更新客户端与更新订阅不是同一件事。前者可能改变内核、权限申请或配置解析行为,后者主要改变远程配置内容。遇到更新后异常,先记录改动的是哪一层,再检查日志中的明确报错。端口占用应定位监听进程,配置解析失败应查看字段与缩进,部分网站异常则应检查命中规则和 DNS。以错误类型选择排查路径,比不断重装更有针对性。
迁移到新客户端时,建议先关闭旧客户端的系统代理和后台服务,再导入配置测试。验证完成后才启用开机启动,避免两个客户端反复修改代理和路由。测试时选用明确的网站与应用,确认普通浏览器访问、未遵循系统代理的应用及局域网服务各自的表现。连接记录能解释分流结果,但不应把某一次检测结果当作所有应用都已接管的证明。
需要有使用权限的订阅或自建代理配置。客户端负责载入与执行配置,不自动提供线路。先核对订阅是否返回兼容格式,再导入并选择策略。若只能看到节点而没有规则,可能导入的是节点列表而不是完整配置,应按客户端支持的方式补充策略与规则。查看完整上手步骤 →
首次配置建议先用规则模式确认订阅和策略可用。全局模式改变出口选择,不代表所有应用连接都会进入内核;TUN 则主要处理连接接管,启用后仍可以按规则分流。先区分“连接有没有进入客户端”和“进入之后走哪个出口”,再决定修改哪个设置。查阅模式与网络栈术语 →
远程配置重新载入后,直接编辑的订阅文件可能被替换。需要保留的调整应放到客户端明确支持的覆写、脚本或合并入口,并检查覆盖顺序。不同软件对列表的追加、替换行为可能不同,尤其是规则顺序与策略组引用,不能只看保存成功提示。阅读本地覆写与合并说明 →
记录操作系统、客户端名称、当前模式、是否启用 TUN,以及日志中的首个相关错误。说明是全部连接失败还是仅某个应用异常,保留修改前后的设置差异。分享截图前移除订阅地址、代理凭据和控制接口口令;不要公开整份含个人信息的配置。前往帮助中心 →
从配置文件结构、局域网共享与订阅格式三个角度继续查阅。文章解释字段之间的关系与操作边界,适合在完成首次导入后按具体需求阅读。
逐段拆解一份完整 config.yaml,说明顶层字段、dns、proxies、proxy-groups、rule-providers 与 rules 各自的作用和书写顺序。先分清配置段的职责,再判断修改应落在哪一层。
阅读文章 →从混合端口原理讲到 allow-lan 与 bind-address 的配置,再到防火墙放行和其他设备填写代理地址的完整步骤。区分共享代理入口与管理接口,明确设备接入所需的网络条件。
阅读文章 →讲清常见订阅返回的几种格式,哪些能被 mihomo 直接识别,哪些需要转换,以及自建转换时需要注意的规则与分组问题。导入前先识别内容类型,减少格式不兼容带来的反复尝试。
阅读文章 →