多台设备同步 Clash 配置的可行方案:订阅链接、WebDAV 与手动导出

门诊记录里,「多设备配置不一致」算换季高发病:症状不凶险,却极耗心神——节点时对时错,规则时灵时不灵。先别急着换节点,把病因问清楚,再决定抓哪张方子。

症状:多设备配置为什么会越用越乱

先问症状。电脑、手机、平板同时跑 Clash 的人,主诉通常逃不出三种:

• 节点不同步:主力设备上订阅刚更新,新加的节点在另一台设备上遍寻不着,旧节点却已失效。
• 规则不一致:在一台设备上为某个网站加了直连规则,换设备后同一个网站又走了代理,排查半天才想起改动没跟过去。
• 断流集中爆发:订阅续费或更换套餐后只更新了一台设备,其余设备接连连不上,误以为是节点全灭。

病因一句话可以说清:Clash 的配置(Profile)以文件形式存放在每台设备的本地目录里,各客户端互不知晓。哪台设备点了更新,哪台才是新的;没点的那台,就一直服用旧药,直到某天节点失效才暴露。治本思路只有两条——要么让配置来源只有一份,要么让各设备定期对齐。下面三张方子,对应三种病情轻重。

方子一:订阅链接统一分发

适用症状:节点与规则主要来自订阅、自定义改动少、设备在三台以上。这是最省事的一档,也是多数人的正解。

做法是同一条订阅链接,在每台设备上各添加一次,之后各自定时更新。配置内容托管在订阅服务器上,各设备拉取的是同一份,天然一致,不存在「谁忘了同步」的问题。

按方照抓:

1. 在每台设备的客户端里,用同一条订阅 URL 新建远程配置(Profile),命名保持一致,便于日后辨认与对照。
2. 开启自动更新:Clash Verge Rev 可在订阅条目上设置更新间隔,mihomo 系移动端客户端普遍支持定时刷新。间隔建议 24 小时——太勤徒增请求,太疏则节点变动跟不上。
3. 若订阅原始内容不完全合用(要统一附加自定义规则或调整分组),在订阅转换层处理一次,各设备订阅转换后的同一条链接;日后改动只维护转换层这一处。

禁忌:自定义修改不要直接写进订阅生成的配置文件——下次更新即被覆盖。要改,改在客户端的覆写机制里:Clash Verge Rev 用全局扩展配置(Merge / Script),mihomo 配置则把自定义段与订阅段分开维护。这样订阅照常更新,改动照常生效。

方子二:WebDAV 同步

适用症状:自定义改动多——自写规则、多个本地配置并行——希望一处改、处处用。

以 FlClash 为代表的多平台客户端内置了 WebDAV 同步,部分桌面客户端也提供 WebDAV 备份入口。原理相同:把配置目录打包上传到同一个 WebDAV 账户,其余设备从同一账户拉取恢复。坚果云、Nextcloud、群晖 NAS 的 WebDAV 服务都可充当这只药柜。

按方照抓:

1. 备好 WebDAV 账户:坚果云需在安全设置里开启第三方应用密码;自建 Nextcloud 则记下服务器地址、账号、密码三项。
2. 在主力设备的客户端里填入 WebDAV 信息,执行一次备份上传。
3. 其余设备填入同一账户,执行恢复下载。此后每次大改之后上传一次;支持自动同步的客户端可开启定时。

禁忌三条:

• WebDAV 同步的是配置文件,不是运行状态。恢复后需重选活动配置、重测延迟,代理模式也要重新确认。
• 多数实现遵循「后写覆盖先写」。两台设备先后改动再同步,先改的那份会被吞掉。养成固定顺序:改完即传,用前先拉。
• 配置内含订阅地址与节点凭证,WebDAV 账户的防护等级应等同于代理账户本身:独立密码,能开二次验证就开。

恢复完成后,先用一条命令验证通路,再投入使用:

方子三:手动导出导入

适用症状:设备少(一到两台)、改动不频繁,或者只是换机、重装系统时需要一次性搬迁。剂量最小,人人可抓。

做法是把配置文件从一台设备复制到另一台:桌面客户端一般在配置管理页提供导出,或直接到配置目录里取 YAML 文件;移动端多用分享或导出功能,走局域网传输、网盘、数据线均可。

按方照抓:

1. 在源设备导出配置:Clash Verge Rev 的配置目录通常在系统应用数据目录下的 profiles 文件夹,每个订阅对应一个 YAML;FlClash 等客户端在设置里直接提供导出入口。
2. 把 YAML 文件传到目标设备,在客户端里选择「导入本地文件」。
3. 导入后核对端口设置——若两台设备的 mixed-port、外部控制端口冲突或不同,按目标设备的习惯改回。
4. 核对订阅更新地址:若 YAML 是订阅更新后的产物,目标设备上它只是一份静态文件,后续更新仍需在目标设备重新添加订阅链接,或定期重复本流程。

提示

手动导出得到的是某一时刻的快照。它适合搬迁,不适合长期保持一致——时间一长,各设备又会渐渐岔开。

抓药对照:三种方案怎么选

三味药性不同,按设备数量、改动频率、是否依赖订阅三味主症抓药:

复方也常见:订阅链接打底保证节点新鲜,WebDAV 或手动导出负责搬运自写规则与本地配置。两者不冲突,各管一段。

医嘱:同步之后的注意事项

方子抓齐,另有几句医嘱,免得好好的配置越同步越乱:

• 端口统一:各设备的 mixed-port(默认 7890)尽量保持一致,浏览器代理、命令行工具里的配置才能一套通用。
• 模式对齐:规则、全局、直连三种模式是各设备本地状态,不随配置同步。换设备后先确认模式,再谈其他。
• 内核版本别差太多:新版 mihomo 的配置字段(如 sniffing 相关写法)放到旧内核上可能报错。跨设备共用同一份 YAML 时,以最低版本客户端的语法为准。
• TUN 与系统代理是设备级设置:不随配置文件走,每台设备按需单独开启,别开完一台就以为处处生效。
• 改动留底:大改规则之前,先导出一份旧配置存档。同步机制只会忠实地把错误也一并分发到每台设备。

多设备这件事,本质不是技术难题,而是秩序问题:定一个配置源头,定一条更新纪律,剩下的交给客户端按时执行。源头一乱,再多工具也补不回来。