Clash 常见问题:按症状分科解答

Clash 是一类开源代理客户端的统称:它在应用层接管本机网络请求,按照配置文件里的规则,把每个连接分发给直连或不同的代理节点。

和 VPN 的差别在于工作层级:VPN 在系统层建一条隧道接管全部流量,所有应用无差别走同一个出口;Clash 按规则逐连接分流,可以精确到某个域名走某条线路、其余直连。另外,Clash 客户端本身不含任何节点线路,线路需由订阅提供。

Clash 原版核心于 2023 年停止维护。社区分支 Clash Meta 在其基础上继续开发,补充了更多代理协议与功能,2024 年起更名为 mihomo,是目前生态的事实标准内核。

现在各平台活跃维护的客户端——Clash Verge Rev、FlClash、Clash Meta for Android 等——大多以 mihomo 为内核,配置语法与原版 Clash 基本兼容。日常交流里说的「Clash」,通常指这整个生态而非某一个具体软件。

规则模式按配置逐条分流:命中代理规则的走节点,命中直连规则的直连,是日常推荐档位。全局模式把几乎所有连接都交给选定节点,适合规则失灵时临时对照测试。直连模式全部直连,相当于暂停代理。

拿不准就常驻规则模式;只在排查「到底通没通」时切全局对照,测完切回。全局长期挂着的代价是国内站点也绕远路,速度反而慢。

客户端只是药柜,药材要另配。节点线路来自订阅链接:由服务提供方给出,导入客户端后自动拉取节点列表与分流规则,并定期更新。

没有订阅时,也可以手动添加单个节点,或导入本地的 YAML 配置文件。订阅的获取与导入步骤见上手教程;配置文件的概念与多配置管理见配置文件基础一文。

策略组是把若干节点归成一队的选择器。常见类型:手动选择(select)、自动测速选优(url-test)、故障自动转移(fallback)、负载均衡(load-balance)。配置里常见的「自动选择」「香港线路」「流媒体」等条目都是策略组,上层组还能嵌套引用下层组。

日常使用只需在最外层策略组里挑线路;不想手动挑就选自动测速组,客户端会按时测速并切换到当前最快的节点。

首推 Clash Plus;偏好开源社区路线可选 Clash Verge Rev,两者都在下载页有入口与系统要求。

装完按三步走:在配置页导入订阅链接并更新;主界面模式选规则;打开系统代理开关。随后用浏览器访问一个境外站点验证是否生效,不通再按系统代理不生效一节排查。

这类提示多因应用未经 Apple 公证,被 Gatekeeper 拦截,并非文件真的损坏。先在「应用程序」里对客户端右键选「打开」,部分版本到这一步即可。

仍被拦时在终端执行 sudo xattr -rd com.apple.quarantine /Applications/应用名.app,把路径换成实际应用路径,再正常打开。此操作只应对从本站下载页或官方渠道取得的安装包执行。

iOS 上在 App Store 安装 Clash Plus,官网为 clashplus.io。装好后在应用内粘贴订阅链接完成导入,按系统提示允许添加 VPN 配置,打开开关即可使用。

iOS 的代理类应用都以 VPN 配置的形态工作,状态栏出现 VPN 图标属正常现象;不用时在应用内关闭开关即可。

TUN 模式会在系统里建一张虚拟网卡,接管整机流量——包括那些不服从系统代理设置的应用,例如部分游戏、命令行工具与 UWP 应用。建虚拟网卡属于系统级操作,所以 Windows 下需要安装服务模式或以管理员身份运行,macOS 与 Linux 下需要授权 root 助手。

只在浏览器上网,开系统代理已经足够,不必开 TUN;需要代理命令行、游戏或商店应用时再开。两者可以叠加,TUN 开启时系统代理保留也不冲突。

按四步依次核对。第一步看链接本身:是否完整复制、首尾无空格、以 http 或 https 开头。第二步验链接活性:粘到浏览器地址栏,能下载到一段 YAML 文本说明链接有效。

第三步查回环:客户端若挂着代理去更新订阅,请求可能绕回自身导致失败,更新前先切直连模式或暂停代理。第四步查套餐:登录服务方后台确认订阅未过期、流量未用尽。四步查完仍失败,把同一链接导入另一个客户端试,可区分是链接问题还是客户端问题。

常见原因有三种:订阅过期或流量用尽,服务方后台可见状态;订阅域名被当前网络干扰,更新请求没到达服务器;配置文件被手动改坏,更新后校验失败被回滚。

处置顺序:先在服务方后台确认套餐状态;再关闭系统代理、在直连状态下手动更新一次;仍不行就删除该配置,重新导入订阅链接。注意手动修改会在更新时被覆盖,重要改动先备份,或用客户端的覆写功能维护,做法见自定义规则一条。

规则从上到下逐条匹配,命中即停,排在前面的优先;全部不命中时走最后的 MATCH 兜底规则。某站点没按预期走代理,多因前面有一条更宽的规则先命中了它,例如国内 GeoIP 段或某条直连规则。

定位方法:打开客户端的连接面板,找到该站点对应的连接,看实际命中的是哪条规则;再调整规则顺序,或补一条更具体的规则放到前面。规则类型的写法可在概念速查里查。

在配置文件 rules 段的最前面加一条更具体的规则。例如让 example.com 及其子域固定直连:DOMAIN-SUFFIX,example.com,DIRECT;要固定走某个策略组,把 DIRECT 换成该策略组的名字。保存后重载配置生效。

注意:订阅配置每次更新都会覆盖手改。长期生效的做法是用客户端自带的规则覆写或合并功能(如 Clash Verge Rev 的全局扩展配置),或者在本地副本上维护一份自己的配置。

不可以随意外发。订阅链接等同于账号凭证:拿到链接的人都能消耗套餐流量,部分服务后台还能通过链接反查账号信息。不要在群聊、论坛、截图里公开;怀疑泄漏就到服务方后台重置链接,重置后旧链接立即失效。

在线订阅转换站会经手完整订阅内容,包含全部节点与凭证,相当于把钥匙交给第三方保管。确需转换协议格式,优先用本地工具或自建的 subconverter,避开来历不明的在线服务。

按四味依次抓。第一味,切全局模式再测:全局能通而规则不通,问题在分流规则而非节点。第二味,手动更新订阅:节点列表可能已过期,更新后重测。

第三味,换网络环境:手机切到蜂窝网络测一次,可区分是本地宽带或运营商干扰,还是节点全体失效。第四味,查服务方公告与套餐状态。四味用完仍全部超时,多为订阅一侧的问题,联系服务提供方处理。

连接建立但页面不开,病灶多在 DNS:系统或浏览器拿到了被污染的解析结果,自然连不上正确的服务器。

处置:确认客户端的 DNS 接管已开启;浏览器若开了「安全 DNS」并指向不可用服务器,先关闭再试;然后清一次系统 DNS 缓存,Windows 命令为 ipconfig /flushdns。仍不通时打开客户端日志,按报错关键词到故障排查页对照 DNS 一章。

UWP 应用默认被系统禁止访问本机回环地址 127.0.0.1,而系统代理恰恰指向 127.0.0.1:7890,于是商店、天气等应用直连失败,这是系统限制而非客户端故障。

处置二选一:用客户端自带的 UWP 回环豁免工具勾选目标应用(本质是调用系统的 CheckNetIsolation LoopbackExempt);或直接开 TUN 模式,让虚拟网卡接管流量,不受回环限制。豁免后若仍不生效,重启该应用一次。

三处常见卡点。其一,浏览器装了带代理功能的扩展,扩展设置会覆盖系统代理,先停用扩展验证。其二,其他代理或加速器软件抢占了系统代理设置,退出后把客户端的系统代理开关重新拨一次。

其三,系统代理参数本身异常:到 Windows 设置的网络代理页核对,地址应为 127.0.0.1,端口与客户端混合端口一致(默认 7890),例外列表里不应把目标站点排除在外。三处都正常仍直连,重启客户端再试。

分三段定位。先跑客户端内置延迟测试:延迟高或波动大,直接换节点再测。再用同一节点分别在浏览器测速页与目标应用里实测:只有某个应用慢,查该应用的连接是否走对了策略组。

最后换时间段复测:晚间高峰慢而凌晨正常,是线路拥塞,可换等级更高的节点或错峰使用。另注意客户端显示的延迟只是到节点的握手耗时,不等于实际带宽,判断快慢以实际加载速度为准。