Windows
日常桌面使用可从 Clash Plus、Clash Verge Rev 开始选择。安装前查看“设置 → 系统 → 系统信息”中的系统类型,再对照下载页要求。首次运行先导入订阅并启用系统代理;只有部分应用不遵循系统代理时,再考虑 TUN 模式,避免一开始同时改动权限、路由和 DNS。
桌面端优先选择仍在维护的图形客户端。移动端先确认系统权限和订阅格式。下载页列出各平台的客户端、架构与安装要求,这里只保留选择入口,不把不同系统的安装包混在一起。
日常桌面使用可从 Clash Plus、Clash Verge Rev 开始选择。安装前查看“设置 → 系统 → 系统信息”中的系统类型,再对照下载页要求。首次运行先导入订阅并启用系统代理;只有部分应用不遵循系统代理时,再考虑 TUN 模式,避免一开始同时改动权限、路由和 DNS。
先在“关于本机”确认芯片:Apple 芯片与 Intel 处理器使用的安装包不同。完成安装后,按系统提示授权网络相关功能。更换客户端时先退出旧程序并关闭其系统代理,再启动新程序;两套客户端同时修改代理设置,容易出现浏览器可用、其他应用连接异常的情况。
多数近期设备使用 ARM64,旧设备仍需核对处理器架构。Clash Plus、Clash Meta for Android 和 FlClash 的设置入口各有差异,但都应先完成订阅导入。连接时允许系统 VPN 请求;如果锁屏后断开,先查电池优化和后台限制,不要把所有后台问题都归因于订阅失效。
下载页提供 Clash Plus 的 App Store 入口及官网 clashplus.io。安装后添加已有订阅,首次连接时按系统提示允许添加 VPN 配置。系统状态栏出现 VPN 标记只说明网络扩展已运行,还需要检查策略选择和实际网页访问;其他 VPN 应用也可能与当前连接相互影响。
桌面环境可选择 Clash Verge Rev 或 FlClash,再按发行版选择软件包。服务器与路由器用户可查看下载页的 mihomo 内核区。图形客户端和命令行内核不是同一种安装方式;桌面代理变量、浏览器代理与 TUN 路由也分别生效,安装成功后仍需确认应用实际使用的网络入口。
已有客户端但无法上网?先记录客户端名称、运行模式与日志错误,再查帮助中心,避免反复重装。
按需要查一个设置项。以下 YAML 都是功能片段,不是可单独运行的完整配置;出现的 PROXY 策略名需要在实际配置中定义。不同客户端的菜单名称可能不同,最终以生效配置和内核日志为准。
规则模式从上往下匹配,第一条命中后就交给对应策略处理。域名规则适合指定网站,IP 规则适合明确网段,MATCH 放在末尾作为兜底。需要让某个网站直连时,先查看连接记录里的实际域名和命中规则,再把更具体的规则放到通用规则之前。它与全局模式的区别在于每条连接可以走不同策略,而不是把所有流量都交给一个组。长期使用的修改应放进本地覆写,避免订阅更新后丢失。
mode: rule
rules:
- DOMAIN-SUFFIX,github.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
TUN 创建虚拟网络接口,让不读取系统代理设置的应用也能进入规则处理流程。桌面端通常需要服务模式或管理员权限;移动端则通过系统提供的 VPN 接口运行。启用前先关闭其他同类网络工具,保留一份能够正常工作的配置。auto-route 会影响路由,DNS 劫持也会改变解析路径,不能只凭开关变为开启就判断连接成功。遇到断网时,先关闭 TUN 验证基础网络,再检查权限、默认路由和 DNS 日志。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
订阅链接可能返回完整 Clash YAML,也可能只是节点列表,导入前先确认服务提供方给出的格式。图形客户端的订阅导入负责下载和切换配置,proxy-providers 则是在配置内部管理代理集合,两者不是同一个入口。更新订阅前备份本地规则和覆写,更新后检查当前配置是否仍被选中。订阅地址中的令牌相当于访问凭据,截图、日志与求助内容都应遮盖;不要把真实地址提交到不熟悉的在线转换页面。
proxy-providers:
local-nodes:
type: file
path: ./providers/nodes.yaml
proxy-groups:
- name: PROXY
type: select
use:
- local-nodes
网页打不开但代理连接仍能建立时,应区分域名解析失败、节点不可达和规则选错。Fake-IP 使用保留地址映射域名,便于内核在连接阶段保留域名信息;它不是实际服务器地址,也不代表 DNS 已经出错。配置加密 DNS 时还要考虑解析服务器自身的域名如何解析。先保留一组可用上游,再逐步添加分流策略。遇到局域网设备名、打印机或特定应用异常,可结合日志评估 fake-ip-filter,而不是直接关闭所有 DNS 功能。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- https://1.1.1.1/dns-query
允许局域网连接后,同一可信网络中的设备才能尝试使用这台电脑的代理端口。只开启 allow-lan 还不够:监听地址、系统防火墙和网络隔离都会影响连接。其他设备应填写电脑的局域网地址,而不是自己的回环地址;电脑休眠或地址变化后也需要重新检查。建议把监听地址限制在实际使用的接口,并在防火墙中限制来源网段。不要在公共网络直接开放代理端口,外部控制端口也不应当作代理端口填写。
mixed-port: 7890
allow-lan: true
# 将监听地址改为本机实际的局域网地址
bind-address: 192.168.1.10
external-controller 提供管理 API,可供面板读取连接、切换策略组和修改部分运行状态。它不负责转发浏览器请求,因此不能替代 mixed-port。只在本机使用时绑定回环地址,并设置独立的访问密钥;远程管理应另行设计认证和网络访问限制。连接外部面板失败时,先核对地址、端口与密钥是否一致,再检查浏览器的跨域和安全上下文限制。客户端界面中的修改是否持久保存,还要看配置生成与覆写机制。
external-controller: 127.0.0.1:9090
# 教学示例,使用前改为独立的随机密钥
secret: "your-controller-secret"
先分清负责转发流量的内核、负责操作的图形界面,以及提供连接信息的订阅。三者分别维护,更新节奏也不同。本站整理下载入口与配置文档,不提供代理订阅,也不代表各客户端的开发团队。
Clash 最初以规则驱动的代理内核为基础形成生态,图形客户端在其上提供配置选择、系统代理和连接查看等操作。原始项目及部分早期桌面客户端停止维护后,社区继续发展不同分支。mihomo 延续了 Clash Meta 的开发方向,提供规则、DNS、TUN 与多种代理协议支持。名称相近不意味着它们是同一个软件,也不意味着某个旧教程里的按钮还能在当前客户端找到。
查资料时,先记录使用的是哪个图形客户端、它内置的是什么内核,再对照相应文档。只有界面名称相同还不够:有的客户端会自行生成配置,有的会合并覆写文件,有的会限制可编辑字段。把别的客户端的完整配置直接覆盖过来,可能绕过原有的订阅管理,也可能覆盖管理接口与监听设置。迁移之前保留旧配置和本地修改,确认新程序能够启动后再逐项搬家。
Clash 客户端通常负责托盘菜单、开机自启、系统代理、订阅下载与配置编辑;真正处理连接、解析域名和执行匹配的是内核。界面显示“运行中”,只表明进程处于运行状态,不代表订阅有效或所有目标都能访问。排查时应把问题拆开:客户端能否启动、配置能否加载、节点能否建立连接、规则是否命中预期策略、域名是否解析成功。
系统代理和 TUN 也处在不同层次。系统代理告诉愿意遵循这项设置的应用去连接本地端口,部分命令行工具需要单独配置代理环境变量。TUN 则通过虚拟接口与路由接管更多流量,但对权限和网络环境更敏感。浏览器能打开网页而某个程序不能,并不能直接推导出节点失效。先看该程序有没有出现在连接列表,再决定检查代理入口还是策略规则,会比同时打开所有开关更容易定位。
安装完成后仍需要已有的订阅或自建连接信息。订阅可能包含节点、策略组、规则与 DNS,也可能只包含代理列表。导入时出现格式错误,应先核对返回内容是否为 Clash YAML;浏览器打开链接看到登录页或错误页面时,客户端自然也无法把它当作配置读取。订阅返回空列表、认证失败或超时,通常需要检查服务状态、链接有效性和下载路径,而不是修改本地代理端口。
订阅链接里的令牌应按凭据对待。分享截图时遮盖完整地址,导出配置前删除账户相关内容,公开求助时只保留必要的错误与脱敏片段。第三方订阅转换涉及把原始链接交给另一方处理,使用前先理解数据流向。订阅更新也不等于本地设置更新:客户端可能重新生成规则,所以个人分流需求应写进受支持的覆写机制,并在更新后检查实际生效内容。
mihomo 采用 GPL-3.0 许可证,源代码与开发记录可在仓库中查阅。具体图形客户端有各自的项目、许可证和发布说明,应分别查看。开源的实际价值在于实现和变更能够被审阅,遇到兼容问题时可以定位相关讨论;它不保证某个网络环境、某条订阅或某种组合配置一定可用。本站不使用未经证实的下载量、评分或测速数字替代这些可核对的资料。
准备报告问题时,提供操作系统、客户端名称、相关设置和能够重复的步骤。日志只截取出错前后的必要部分,并遮盖订阅、密钥与个人访问目标。像“address already in use”指向监听端口冲突,“connection refused”说明目标端口拒绝连接,而解析失败需要继续检查 DNS 路径。保留真实错误原文比只写“无法上网”更有用,也方便区分客户端问题、配置问题与服务端问题。
客户端、内核、订阅和地理数据库是不同的更新对象。更新客户端可能改变界面和服务组件;更新内核可能影响协议与字段;订阅更新影响连接信息和规则;GeoIP 数据更新影响依赖地域数据的匹配结果。一次只改动一类对象,并记录修改前的状态。出现异常时恢复最近一次改动,通常比重置全部设置更容易找出原因。
首次配置建议先用规则模式完成浏览器访问,再验证其他应用,最后考虑 TUN、局域网共享与外部面板。验证时不仅看目标网页能否打开,还要看连接列表中的域名、命中规则与最终策略是否符合预期。连接成功但策略不对,同样需要调整。自定义配置先保存在独立文件中,修改 YAML 时使用空格缩进,避免同名顶层字段被重复定义;提交给客户端后检查日志,确认加载成功再继续下一步。
第一次使用从订阅导入步骤开始,按导入、选择配置、切换规则模式和启用代理的顺序完成连接。已经能用但需要调整网站去向,转到进阶配置查策略组、规则集与覆写。遇到某个术语不熟悉,可先查术语表,不要只凭字段名字猜用途。这样可以保留一条清晰的配置主线,减少复制零散片段造成的相互覆盖。
如果开启后完全无法访问,先退出其他代理工具,确认普通网络可用,再依次检查订阅有效性、当前配置、策略组选择和 DNS 日志。只有个别网站异常时,优先看该连接的规则和目标,而不是立即重装。关闭客户端后仍不能访问,则检查系统代理是否残留以及原有网络设置是否恢复。更多按现象分类的答案放在帮助中心,这里保留操作顺序,不把所有故障混成一组开关建议。
订阅格式、证书错误和手机后台运行,分别涉及不同层次的设置。按具体症状阅读,先理解问题发生在哪一层,再修改对应选项。以下为最近发布的三篇文章。
从后台常驻、频繁健康检查和 DNS 查询入手,区分正常的网络开销与系统反复终止服务造成的额外消耗。按设备的电池管理设置检查,再调整客户端参数,避免只靠关闭省电功能处理所有问题。
阅读文章 →完整配置、编码节点列表和单条协议链接并不等价。文章说明各类内容的结构、客户端能接收什么,以及转换服务会接触哪些信息。导入失败时先判断格式,再处理字段和配置合并。
阅读文章 →从系统时间、解析路径、抓包证书和异常节点逐项检查。Fake-IP 本身不会替网站签发证书,遇到证书警告也不应直接忽略。先记录浏览器错误与证书主体,再定位发生变化的网络环节。
阅读文章 →