电脑与手机共用一份订阅：Clash 多设备配置同步方案对比

先区分：订阅更新、配置同步与运行状态

电脑和手机导入同一条订阅，通常能够获取同一来源的节点，但不代表两台设备会同步代理组选择、DNS 设置和应用分流。订阅是远程配置入口，客户端本地设置是另一层数据，正在运行的连接则属于即时状态。把这三层分开，才能确定需要同步什么。

• 远程配置：订阅返回的节点、代理组、规则以及可能附带的 DNS 配置。具体内容由服务端决定，有的链接只返回节点列表。
• 本地设置：订阅更新周期、覆写文件、系统代理、TUN 开关、应用排除列表等，保存位置和导出范围取决于客户端。
• 运行状态：当前策略组选择、测速结果和现有连接。即使客户端使用 profile.store-selected 保存选择，也只是本机持久化，不等于跨设备同步。

一般家庭使用可以采用“同一订阅来源、同一份自定义规则、各设备独立接管流量”的组合。Windows 的系统代理和 Android 的 VPN 授权应各自设置，不必追求所有配置逐字一致。

三种同步方案：更新粒度与适用范围

三种方法可以组合，但应指定唯一的配置来源。例如订阅负责更新节点，单独的规则文件负责维护分流，WebDAV 只保存换机备份。不要让云盘文件、订阅更新与备份恢复轮流覆盖同一份配置，否则很难判断最终生效的是哪一版。

方案一：各设备直接导入同一订阅

导入与更新顺序

1. 从订阅服务账户页获取适配目标客户端的链接，先在电脑的“配置”或“订阅”页面通过 URL 导入。不同客户端的入口名称可能不同。
2. 确认导入结果包含可用节点，以及规则模式需要的代理组和规则；只有节点列表的响应不能直接替代完整运行配置。
3. 在手机端导入同一来源的兼容链接，完成系统要求的 VPN 授权，再检查代理组是否存在。
4. 两端各执行一次“更新”，核对更新时间、节点名称和自定义规则是否保留，最后分别验证连接。

自动更新可以先设为每 24 小时一次；这是便于管理的起点，不是协议要求。服务端有请求频率限制时，应按其说明调整。手机系统可能限制后台任务，客户端里设置了更新周期，也不代表应用被关闭后仍能准时下载。

同一账户不一定使用完全相同的 URL

有的服务为 Clash、mihomo 或其他客户端提供不同格式的订阅入口。电脑使用 mihomo 配置，手机使用另一种配置格式时，可以共用账户和节点来源，但应分别使用兼容链接。不要为了让 URL 看起来一致，把客户端不认识的字段强行导入。

订阅更新成功也不表示本地修改已经同步。直接编辑下载得到的 YAML，下一次更新可能被覆盖。需要长期保留的规则，应放进客户端支持的覆写、合并或脚本配置中；这些功能的名称和合并顺序并不统一。

方案二：云盘同步配置文件

云盘适合传递一份明确的文件，而不是自动接管客户端内部数据库。建议建立一个专用配置目录，只放准备分发的 YAML 和规则说明，不要直接同步整个客户端数据目录。数据库、锁文件、缓存和设备专属路径可能导致另一端无法读取。

按“导出、下载、导入、验证”操作

1. 在主编辑设备上导出准备共享的配置，命名为 shared-rules-2026-09-16.yaml，保留日期便于区分快照。
2. 上传到权限受控的云盘目录，等待文件上传完成。
3. 在另一台设备上下载到本地，通过客户端的文件导入功能加载；不要把云盘分享网页地址当成 YAML 下载地址。
4. 检查 YAML 缩进、代理组名称与本地路径，再启动配置并查看日志。

移动端文件选择器常把文件复制进应用私有目录。此后云盘里的原文件发生变化，客户端中的副本未必更新。只有客户端明确支持持续读取指定文件或远程 URL，才能按对应机制刷新；“从文件导入”本身不是双向同步。

如果把云盘链接作为远程配置地址，还要检查访问权限、重定向和返回内容。登录页或分享页通常返回 HTML，而非 YAML；临时签名链接也可能过期。不要为了让客户端可下载，把包含订阅凭据的配置改成公开分享。

方案三：WebDAV 备份恢复

WebDAV 提供远程文件访问能力，但不会自动理解 Clash 配置。只有客户端实现了 WebDAV 备份功能，才能在应用内上传或恢复备份；普通 WebDAV 网盘与支持订阅 URL 是两回事，不能互相替代。

先确认备份范围，再在第二台设备恢复

• 连接信息：使用服务商提供的 HTTPS WebDAV 地址、用户名和独立应用密码，建议为该客户端分配专用目录。
• 备份范围：核对是否包括订阅地址、配置文件、覆写、界面设置和策略组选择，不能仅凭“备份成功”推断全部数据已保存。
• 恢复兼容性：优先在同一客户端及兼容版本间恢复；即使两款应用都使用 mihomo，也不代表它们的备份包结构相同。
• 覆盖风险：恢复前导出目标设备现有配置。恢复可能替换本地设置，不一定执行字段合并。

Windows 客户端的备份包不能默认用于 Android，更不能默认被 iOS 客户端识别。客户端没有 WebDAV 入口时，可以用外部文件工具传递 YAML，但这仍属于文件导入方案，不会额外获得应用设置恢复能力。

WebDAV 更适合“旧电脑迁移到新电脑”，不适合要求手机和电脑实时保持同一节点选择的场景。如果工具只有上传、下载和恢复按钮，应把它看作快照备份，而不是后台持续同步。

各平台需要保留哪些差异

Clash 是配置与内核生态中的名称，不是所有平台上完全相同的一款应用。mihomo 扩展字段能否使用，要同时看内核能力和客户端处理方式。iOS 上支持某种订阅格式，也不等于支持桌面配置中的全部 TUN、DNS 或进程规则选项。

桌面端监听 127.0.0.1:7890 的混合代理端口，只服务该电脑的本地连接。手机导入相同配置后，其中的 127.0.0.1 指向手机自己，而不是电脑。跨设备同步订阅不需要开放 allow-lan，也不需要把控制接口暴露到局域网。

Android 通常通过系统 VPN 服务接管流量；桌面端则可能选择系统代理或 TUN。系统代理的设置方法可参照系统代理教程，Android 的接管步骤可参照Android 配置说明。

覆写规则：共用分流逻辑，分开设备参数

适合跨端共享的是域名分流意图，例如某个域名直连、某个域名交给指定策略组。端口、TUN、DNS 监听地址和按应用选择则适合留在设备层。先统一代理组名称，再共享引用这些名称的规则，否则同一行规则可能在另一端报找不到策略。

先核对规则顺序与目标名称

下面是完整配置中 rules 段的结构示意。其中 Proxy 必须是实际存在的代理或策略组；示例域名需要按业务需求调整。它不是可直接粘贴到所有客户端覆写入口的通用文件。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - DOMAIN-SUFFIX,example.net,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

规则通常按从上到下的顺序匹配，首次命中后确定策略。MATCH 是兜底规则，应留在最后。若客户端把新增规则追加在已有 MATCH 后面，这些规则就不会被连接命中；应使用该客户端明确支持的前置插入方式。

数组合并不一定是追加

有些覆写机制会替换整个 rules 数组，有些提供前置或后置合并功能，还有些通过脚本修改配置对象。因此，不要直接把一个客户端的覆写文件复制进另一个客户端的入口。应迁移规则内容，再按目标客户端的格式重新组织。

1. 在主编辑设备维护一份域名规则清单，并记录适用的代理组名称。
2. 在每台设备上用其支持的方式注入规则，保留各自的网络接管设置。
3. 执行订阅更新，再查看客户端的有效配置，确认规则没有被覆盖或排在兜底项之后。
4. 访问目标域名，在日志或连接详情中核对命中的规则类型和最终策略。

DNS 的 Fake-IP 模式与过滤列表也不宜盲目全量同步。手机上的局域网发现、特定应用和不同网络环境可能需要单独处理。需要修改时，先保存原配置，再依据日志调整，不要把桌面上的一组 DNS 参数直接当成所有设备的标准答案。

同步后检查：更新、规则、隐私与回退

按四项确认同步是否完成

• 来源一致：确认两端订阅属于同一账户与兼容格式，而不是名称相同的两份旧配置。
• 更新时间有效：手动更新一次，检查是否存在认证失败、超时或格式解析错误。
• 自定义规则有效：核对规则顺序和策略组名称，再用连接详情验证实际命中。
• 接管方式正确：电脑检查系统代理或 TUN，手机检查 VPN 状态以及应用排除设置。

如果一端能用、另一端不能用，先比较有效配置和日志，不要立即反复更换订阅链接。同一来源可能因客户端支持字段不同而产生解析差异；订阅更新正常但目标应用不走代理，则更应检查流量是否进入内核。

订阅地址按访问凭据保存

订阅链接常包含账户令牌。分享完整配置、截图、云盘文件或备份包时，都可能连带泄露该地址。优先使用受控目录和独立应用密码；如备份支持加密，再核实加密是否覆盖整个文件内容。HTTPS 保护传输过程，不等于备份文件已加密存储。

最终建议是：日常多端使用选择订阅直连，自定义规则采用单一来源维护，云盘保留可读快照，WebDAV 用于兼容客户端之间的备份恢复。每次变更后只检查“更新是否成功、规则是否命中、设备是否正确接管”这三件事，就能把同步问题与网络问题分开处理。