基础认知
SECTION A · 5 条Clash 客户端和节点订阅是什么关系?
客户端只是一台分流机器:读取配置,按规则决定每条连接直连还是走代理。节点由订阅提供方(服务商或自建服务器)提供,客户端本身不带任何节点。
所以装好客户端后还要导入一份订阅,才有可用的出口。两件事缺一不可,先后顺序也固定:先装壳,再装弹。
规则模式、全局模式、直连模式差在哪?
规则模式按配置里的规则逐条匹配,该直连的直连、其余走代理,是日常默认档;全局模式不看规则,所有流量都进代理;直连模式相当于临时关闭代理。
使用建议:平时挂规则模式,怀疑「是不是规则没匹配到」时短暂切全局验证,验证完切回来。全局长开会浪费流量,还会拖慢本该直连的访问。
常提到的 7890 端口是什么?
它是 Clash 系客户端默认的本地混合代理端口,HTTP 与 SOCKS5 共用一个口。应用把流量交到 127.0.0.1:7890,内核再按规则转发出去。
端口号可以在设置里改。改完记得同步更新系统代理或其他应用里填写的端口值,否则会出现「客户端开着、流量进不来」的假故障。
Clash 内核和各家客户端是什么关系?
内核(现主流为 mihomo)负责协议、规则匹配与流量转发,相当于发动机;Clash Plus、Clash Verge Rev 这类客户端是套在外面的操作壳,负责订阅管理、开关与界面。
不同客户端的配置格式基本互通,因为底下跑的是同一类内核。选壳看使用习惯即可,横向差异见横向评测。
客户端要收费吗?
本站收录的客户端均为免费下载,多数项目代码开源可查。需要付费的是节点订阅本身——那是服务商的带宽与线路成本,与客户端无关。
安装配置
SECTION B · 5 条Android 上选哪个客户端?
首推 Clash Plus:界面简单、内置 mihomo 内核、Android 5.0 以上可装。想要更多自定义项可选 Clash Meta for Android 或 FlClash。
各客户端的 APK 入口与系统要求集中放在下载页 Android 区,按卡片上的规格说明挑一个即可。
订阅链接怎么导入?
复制服务商给的 URL,在客户端的「配置/订阅」页选「从 URL 导入」,粘贴后保存并更新一次。导入成功的标志是节点列表出现内容。
如果拿到的是通用分享格式而不是 Clash 配置直链,需要先经订阅转换再导入。格式识别与转换思路见订阅导入教程。
首次连接时弹出的 VPN 权限请求是什么?
Android 客户端通过系统 VPN 接口(即 TUN)接管流量,首次启动必然弹出「连接请求」授权框。点「确定」即可,状态栏随后会出现钥匙图标。
拒绝后无法建立隧道;误拒了不用重装,到系统设置的 VPN 页面找到对应应用重新授权即可。
订阅多久更新一次合适?
节点地址会不定期轮换,建议开启客户端的自动更新并设为 12~24 小时一次;连不上时先手动更新一次订阅,再做其他排查。
更新动作只拉取一份配置文本,流量开销很小,不必担心频率高费流量。
配置文件能手动修改吗?
可以。配置是 YAML 纯文本,规则、策略组、DNS 都写在里面,任何文本编辑器都能改。
注意订阅自动更新会覆盖手改内容。长期自定义建议用客户端的「覆写/Override」功能或本地配置合并,让改动在每次更新后自动重新套用,做法见配置进阶。
使用技巧
SECTION C · 5 条节点延迟怎么测?数字代表什么?
在节点或代理页点闪电/测速按钮,客户端会向测速地址发一次请求并显示毫秒数。数字是「本机 → 节点 → 测速站」的往返耗时:200ms 内体验流畅,超过 500ms 或显示超时就换一个。
低延迟不等于带宽大,只代表响应快。挑节点时延迟是第一道筛子,实际速度还要看线路质量,操作细节见首次连接教程。
怎么确认流量真的走了代理?
三步:①客户端连接开关处于开启;②切到一个测速可用的节点;③打开任意 IP 查询页面,显示的出口 IP 与地区应为节点所在地,而不是本机运营商。
若 IP 没变,多半是系统代理未生效,或该应用绕过了代理——对照下方「故障排查」分类逐条检查。
想让某个应用固定直连或固定走代理怎么做?
Android 客户端多带「分应用代理」设置,把应用加入白名单或黑名单即可,重启连接后生效。
桌面端则写规则:按域名用 DOMAIN-SUFFIX,按进程名用 PROCESS-NAME,把匹配结果指向 DIRECT 或指定策略组。规则语法与优先级见配置进阶。
TUN 模式什么时候需要开?
当某些程序不读系统代理设置(部分游戏、命令行工具是常客)时,TUN 在系统底层建一块虚拟网卡,把所有流量兜进内核,不挑应用。
Android 客户端本身就是 TUN 方式,无需额外开启;桌面端开启需要管理员授权,建议搭配 Fake-IP 与 DNS 劫持使用,组合原理见配置进阶页对应章节。
策略组里的「自动选择」是什么?
url-test 类型的策略组会周期性测延迟并自动切到最快节点;fallback 类型则按顺序找第一个可用节点。
懒得手动挑节点时,把常用规则指向这类组即可。测速间隔与切换容差都能在配置里调整,调大容差可避免节点间来回横跳。
故障排查
SECTION D · 5 条订阅更新失败先查什么?
按顺序四步:①设备本身能否正常上网;②订阅链接是否过期——用浏览器直接打开 URL,看能否下到一段文本;③是否因套了代理造成回环——更新订阅时临时关闭代理,或把订阅域名设为直连;④服务商是否更换了链接。
四步走完能定位九成问题。全部正常仍失败,再检查客户端的 UA 设置是否被订阅端拦截。
节点全部显示超时怎么办?
先更新订阅拿最新节点;仍全部超时,依次检查:本地网络(切换流量或另一个 Wi-Fi 试)、测速地址是否填错、订阅服务是否到期。
个别节点超时属正常轮换,不必处理;整列全红才需要按上面顺序排查。
开了代理但有些应用不走代理怎么回事?
系统代理只是「建议」,应用可以不理会。桌面端的解决办法是开 TUN 模式,在系统层强制接管;Android 端先检查分应用代理名单,看目标应用是不是被排除了。
Windows 商店应用还有一层单独的回环限制,处理方法见下一条。
Windows 商店(UWP)应用连不上代理?
UWP 应用默认被系统网络隔离挡在本机回环之外,连 127.0.0.1 都碰不到,所以走不了本地代理端口。这不是客户端故障,是系统设计。
用系统自带的 CheckNetIsolation 工具,或客户端里的「UWP 回环解除」入口,给对应应用放行即可。完整步骤与验证方法见UWP 回环限制解除教程。
代理连上了但网速很慢?
依次尝试:换低延迟节点、把策略组切到 url-test 自动选择、留意订阅里流量倍率高的节点、避开晚高峰时段、检查所用协议(部分老协议在高峰期易被限速)。
如果所有节点都慢,多为线路侧问题,联系订阅服务商确认;客户端侧能做的调优到此为止。