Clash 多设备配置同步方案对比:订阅链接、WebDAV 备份与手动导出各适合谁

手机、电脑、平板各装一个客户端后,配置如何保持一致?本文对比订阅链接集中分发、WebDAV 云端备份与手动导出导入三种路线的适用场景、操作成本与常见坑。

为什么多设备配置容易"各装各的"

一台电脑装 Clash Verge Rev,手机装 FlClash 或 Clash Meta for Android,平板再装一个 ClashX Meta —— 这是多数用户的真实使用形态。问题在于,Clash 系客户端的核心配置(代理节点、规则集、DNS 段)通常保存为一份本地 YAML 文件,三台设备各自维护一份,时间一长就会出现节点信息过期、规则版本不一致、某台设备漏更新等情况。更麻烦的是,如果你习惯手动改规则(比如给某个域名加一条 DIRECT),这份改动往往只留在改动当时用的那台设备上,换台设备就找不到了。

解决思路无非三类:让配置"自己更新"(订阅链接)、让配置"存到云端"(WebDAV 备份)、让配置"人工搬运"(导出导入)。三者不是互斥关系,实际使用中往往组合使用,但侧重点和维护成本差异很大,选错会导致后期反复补坑。

方案一:订阅链接集中分发

这是最常见也最推荐作为主路线的方式。机场或自建节点服务商会给你一条订阅链接(Subscription URL),客户端定期请求这条链接,拿到最新的节点列表并按你在客户端里设置的规则模板重新组装成完整配置。多台设备只要都填同一条订阅链接,理论上就能保持节点信息同步——因为大家拉取的是同一个"源"。

# 典型订阅链接结构示例
https://sub.example-provider.com/link/abcdef123456?clash=1

# 客户端内部会按此链接周期性请求,更新 proxies 与 proxy-groups 字段

订阅链接同步的边界要认清:它同步的是节点与服务商预置的分组模板,不包含你在客户端本地新增的自定义规则、DNS 覆写或界面偏好。如果你在电脑上手动加了几条 rules 规则,靴子换到手机上刷新订阅后,这些手动规则不会自动出现在手机端——除非客户端支持"覆写(Override)"功能,把自定义片段单独存成一个覆写文件并配合订阅一起使用。

• 适合人群:节点来自订阅服务、几乎不手动改规则的用户。
• 优点:设置一次,后续节点更新全自动,多设备天然保持一致。
• 局限:自定义规则、分组名称、UI 设置不会跟着同步。

方案二:WebDAV 云端备份

部分主流客户端(例如 Clash Verge Rev)内置了配置文件的 WebDAV 备份与恢复功能,思路是把完整的配置文件(包含节点、规则、分组、部分本地设置)上传到你自己的 WebDAV 服务(可以是自建的 Nextcloud,也可以是支持 WebDAV 协议的网盘服务),其他设备再从同一个 WebDAV 目录拉取恢复。这种方式的优势是"全量同步"——不像订阅链接只同步节点,WebDAV 备份能把你手动调整过的规则、分组顺序也一起带过去。

# WebDAV 配置项示例(客户端设置界面填写,非配置文件手写)
WebDAV 地址: https://dav.example.com/remote.php/dav/files/username/
用户名: your-account
密码: 应用专用密码(不要用登录主密码)

使用 WebDAV 同步时有一个容易被忽略的细节:它是"备份 / 恢复"模型,不是像文档协作软件那样的实时双向合并。也就是说,如果你在电脑上改了规则并上传备份,又在手机上改了另一处规则但没有先拉取最新备份,两边的修改会互相覆盖而不是合并。正确的操作习惯是:每次开始改配置前先在当前设备上"拉取最新备份",改完再"上传备份",养成这个先后顺序能避免大部分冲突。

• 适合人群:经常手动微调规则、希望多设备配置完全一致(而不只是节点一致)的用户。
• 优点:全量同步,包含自定义规则与分组结构。
• 局限:需要自己有 WebDAV 服务,且不支持自动合并,操作顺序错了会互相覆盖。

方案三:手动导出导入

最原始但也最可控的方式:在一台设备上把配置文件(通常是 .yaml 或 .yml)导出,通过任意方式(邮件、即时通讯工具、局域网传输、U 盘)传到另一台设备,再在目标客户端里手动导入。这个方式不依赖任何云服务或订阅机制,适合临时排查问题、给别人分享自己调好的分流规则、或者设备数量很少且很久才更新一次的场景。

# 大多数客户端的配置文件本地存放位置类似
Windows:  %USERPROFILE%\.config\clash\profiles\
macOS:    ~/Library/Application Support/clash/profiles/
Linux:    ~/.config/clash/profiles/

手动导出导入的最大缺点是不会自动更新——今天导过去的文件,节点信息永远停在导出那一刻,机场后端如果换了节点地址,手动导入的配置不会跟着变。因此这种方式更适合作为"一次性搬运"或"应急备份",不建议作为长期的多设备同步主线。如果你只是想把电脑上调好的规则片段分享给手机端参考,这个方式反而最直接,不需要额外配置云服务账号。

• 适合人群:偶尔换设备、需要精确控制某一份配置的用户。
• 优点:不依赖任何第三方服务,过程完全可控。
• 局限:没有自动更新能力,长期使用容易忘记同步导致节点过期。

三种方案怎么选

实际场景里,多数用户并不是三选一,而是按用途组合使用。下面这份对比表可以帮你快速判断主力方案:

一个比较稳妥的组合是:主力节点走订阅链接自动更新,自定义规则片段单独写成覆写文件配合订阅使用;如果客户端支持 WebDAV,再把它当作"规则与分组结构"的定期备份手段,而不是唯一同步方式。这样即使某天 WebDAV 服务不可用,订阅链接依然能保证节点可用,不会两头都断。

常见问题排查