Windows
优先查看 Clash Plus,也可比较 Clash Verge Rev、FlClash 与 Clash Nyanpasu。迁移旧配置前,先退出原客户端并关闭遗留系统代理,避免两个监听进程争用端口。
前往下载 →Client selection / 01
ClashX 面向 macOS;其他系统需要选择对应的 Clash 生态客户端。首次安装先确认处理器架构,再查看系统要求。图形界面、权限申请与配置覆盖方式因客户端而异,不能直接照搬另一平台的菜单路径。
优先查看 Clash Plus,也可比较 Clash Verge Rev、FlClash 与 Clash Nyanpasu。迁移旧配置前,先退出原客户端并关闭遗留系统代理,避免两个监听进程争用端口。
前往下载 →区分 Apple Silicon 与 Intel 安装包,再按菜单栏操作习惯选择客户端。ClashX Meta 为停止维护的归档选项;新安装可先比较 Clash Plus、Clash Verge Rev 与 FlClash。
前往下载 →按设备架构选安装包,导入订阅后再允许 VPN 连接。后台连接中断时,应检查电池优化与后台运行权限;已有其他 VPN 运行时,先确定需要保留哪一个连接。
前往下载 →从下载页进入 Clash Plus 的 App Store 页面,官网为 clashplus.io。安装后导入受信任的订阅并授权 VPN 配置;桌面客户端的系统代理开关不适用于这一操作流程。
前往下载 →桌面环境可选 Clash Verge Rev 或 FlClash,按发行版选择包格式。服务器与路由器用户可单独部署 mihomo 内核,但需要自行管理配置目录、服务权限和监听地址。
前往下载 →Configuration workflow / 02
先让配置载入成功,再判断流量如何进入内核、如何命中规则。下面的设置按工作流程排列;选择任一条目可查看操作位置与客户端差异,手动切换后停止自动播放。
订阅负责提供节点、策略组及规则,安装客户端不会自动生成可用连接。在客户端的「配置」或「订阅」页面选择从链接导入,保存后手动更新一次,再将它设为当前配置。出现解析报错时,先确认返回内容是兼容的 YAML,而不是登录页面。不同客户端对订阅转换、请求标识与更新周期的处理不同,同一个链接能否导入应以当前内核的解析结果为准。订阅地址通常带有访问凭据,不要贴进公开日志。
规则模式按目标域名、地址或进程决定出口,适合同时保留直连与代理。在客户端的模式菜单选择「规则」,再到策略组页面为 Proxy 等组选择节点。规则命中的是组名,不一定是具体服务器;只切换组内节点不会改变规则顺序。不同客户端的分组界面可能不同,但兼容内核仍按配置从上到下匹配。若某个网站走错出口,应先看连接详情里的命中规则,而不是直接将整个客户端改为全局模式。
部分游戏、命令行工具或应用不会读取系统代理,这时可评估使用 TUN。在客户端的网络设置中启用增强模式,并按提示安装服务或授予所需权限,再观察路由与 DNS 是否正常。TUN 不是提高节点性能的开关,也不保证所有网络都适用。各客户端在服务安装、虚拟网卡及路由排除上的默认值不同,不能只复制一个开关状态。遇到企业 VPN 或容器网络冲突时,先停用 TUN 复测,再调整排除范围。
日志可帮助区分配置解析失败、DNS 查询异常与上游连接错误。在客户端的「日志」页面查看启动信息,再访问一个目标网站,对照相同时间的记录与连接详情。常规使用保留 info 级别,需要排查时短暂提高详细程度。不同客户端可能对内核日志做筛选或单独记录界面错误,因此应同时查看配置更新结果。分享排查材料前,删除订阅地址、认证字段、节点地址与个人访问记录,只保留必要的报错上下文。
手机或电视可把电脑作为显式代理入口,但必须能访问电脑的局域网地址。在客户端设置中开启允许局域网连接,确认监听地址,再在另一设备填写电脑地址与混合端口。仅开启 allow-lan 不代表防火墙已经放行,也不代表整台设备的全部流量都会经过代理。不同客户端可能覆盖配置里的绑定地址,需查看运行时设置。共享只面向受信任网络,限制来源网段,必要时配置认证,不要将监听端口映射到公网。
域名解析会影响规则判断与连接建立,浏览器自己的安全 DNS 也可能改变查询路径。需要调整时,先在配置的 dns 段查看是否启用内核 DNS,再检查客户端是否另有 DNS 覆盖设置。启用 TUN 后还应确认查询接管与路由配合。不同客户端可能采用不同的默认解析方案,不能假定导入相同订阅就得到相同结果。出现域名失败而地址可达时,记录实际查询结果与日志,逐项检查上游解析器,而非反复切换节点。
直接修改订阅下载的文件,可能在下次更新时丢失。需要固定端口、增加规则或调整 DNS 时,先检查客户端是否提供覆写、合并或扩展配置入口,再把本地改动放到相应位置。不同客户端的合并顺序与数组处理方式并不统一,有的替换整段,有的支持追加。保存后查看实际运行配置,确认规则位置和策略组名称正确,再更新订阅验证改动仍然保留。迁移客户端前,应单独备份这些本地覆盖内容。
自定义规则用于修正少量目标的出口选择。在配置 rules 列表中使用 DOMAIN-SUFFIX 等类型,末尾保留 MATCH 作为未命中请求的去向。目标策略名必须与已有策略组一致;若把 MATCH 写在前面,后续规则就难以生效。不同客户端可能提供可视化规则编辑器,也可能需要在扩展配置中维护,最终仍应检查生成后的顺序。示例中的 Proxy 只是组名,使用前应替换为当前配置确实存在的组,并通过连接详情验证。
mixed-port 让同一个监听端口接受 HTTP 与 SOCKS 代理连接,7890 是常见配置值,并非每个客户端都固定使用它。在客户端的端口设置或运行配置中确认实际值,再为终端或其他应用填写代理地址。若启动时提示地址已被占用,应先退出另一个监听程序,或更换端口并同步更新使用方。不同客户端可能用界面设置覆盖 YAML,因此不能只看订阅原文件。仅在本机使用时,保持回环地址监听即可。
First connection / 03
准备一个受信任的订阅地址,并记住当前系统代理状态。首次连接只改必要选项:先使用规则模式与系统代理,确认网页可访问后,再按应用需要评估 TUN、局域网共享等设置。
Step 01 / Install
进入下载页查看系统要求,按处理器架构安装。首次启动时确认配置目录可写,并退出其他代理客户端。若系统提示权限申请,先看清申请用途;不要为解决普通导入报错而扩大系统权限。
Step 02 / Import
在配置页面粘贴订阅地址,等待更新完成,再选择为当前配置。检查策略组是否出现、组内是否有可选节点。列表为空时回到订阅更新结果排查,开启系统代理不会修复缺失的配置内容。
Step 03 / Verify
选择规则模式,为代理策略组指定节点,再开启系统代理。访问目标网站,查看连接详情中的规则与出口;同时测试一个应当直连的目标。浏览器通过后,再单独检查终端或其他应用的代理设置。
Source & maintenance / 04
ClashX 是 macOS 菜单栏客户端,Clash 生态还有面向其他系统的图形界面。客户端负责配置导入、系统代理、权限申请和界面交互;mihomo 内核负责协议连接、规则匹配与网络处理。并非所有带有 Clash 名称的历史客户端都内置 mihomo,也不能仅凭界面外观判断协议支持范围。
Clash Meta 是这一内核分支曾使用的名称,后续以 mihomo 名称发展。旧教程中的项目名、配置字段或菜单截图可能与当前客户端不同。查阅资料时,优先对应实际运行的内核与客户端维护状态,尤其要区分归档项目的历史行为和仍在维护项目的现有能力。
mihomo 源码仓库公开实现、问题记录和发布说明,采用 GPL-3.0 许可。这里的许可说明针对内核项目,不能自动延伸为所有第三方客户端的许可承诺。开发者可从源代码与配置文档确认行为;普通用户选择客户端时,应同时阅读对应项目的系统要求与维护说明。
代码公开提供了检查实现的路径,但不代替对订阅服务的判断。客户端本身不提供节点,节点运营方、订阅内容与本地应用拥有不同的信任边界。对含有远程规则集、脚本或外部控制设置的配置,应先确认用途;管理接口只开放在必要范围,不把认证信息放进公开截图。
客户端更新、内核更新和订阅更新是三件事。订阅更新改变节点与规则,不代表客户端已经升级;客户端升级也可能保留原来的本地覆盖设置。更新前备份配置与扩展规则,记录混合端口、监听地址、TUN 和 DNS 设置,再阅读变更说明。完成后重新检查配置载入、系统代理以及一个直连目标和一个代理目标。
下载页集中展示客户端选项和维护状态,首页不固定软件发布信息。遇到功能差异时,先确认该功能由界面实现还是内核实现,再选择查阅客户端说明或内核文档。停止维护的客户端适合查阅旧配置,不应把历史兼容性视为新系统上的适配保证。迁移时优先保留订阅来源与本地规则,而不是复制整个旧程序目录。
Configuration notes / 05
按具体问题查阅操作说明。每次只调整一个环节,保留修改前的配置,再用相同目标复测,便于判断结果来自端口、规则还是上游连接。
分别介绍 Linux 桌面安装图形客户端,以及服务器命令行下放置配置、编写 systemd 服务、开机自启与面板访问的完整流程。
阅读部署说明 →讲清 mixed-port 与 HTTP/SOCKS 端口的区别,开启局域网连接后如何在手机、电视与游戏机上填写代理地址,以及防火墙放行要点。
阅读端口配置 →解释延迟测试数值的真实含义、倍率对流量的折算方式,以及地区与协议如何影响稳定性和解锁效果,帮助按用途挑出合适节点。
阅读节点选择说明 →