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

先区分三类数据：配置、备份与运行状态

Clash 的“同步”不是一个统一开关。订阅链接负责分发远程配置，WebDAV 通常负责保存客户端备份，手动导出则是一次性的文件迁移。三者处理的数据范围不同，也不能保证把所有设备变成完全相同的运行环境。

真正适合跨设备共享的是代理节点、代理组、域名规则、规则集地址和基础 DNS 策略。系统代理开关、TUN 权限、开机启动、当前选中的节点、测速结果、日志与界面偏好更接近本机状态，应当留在每台设备上独立管理。

数据类型	是否适合跨设备	推荐处理方式
节点、代理组、规则	适合	订阅链接集中分发
覆写脚本、局部规则	视客户端兼容性决定	单独保存并按平台调整
客户端设置与历史配置	同一客户端之间较合适	WebDAV 或完整备份
TUN 权限、VPN 授权	不适合	在每台设备本地授权
当前节点、实时延迟	通常没有必要	按设备网络重新选择

方案一：用订阅链接集中分发配置

订阅链接是维护成本最低的路线。服务端或订阅转换端保存主配置，各设备只记录同一个地址，并按固定周期拉取。配置发生变化后，修改源端一次，再让各设备刷新即可。

标准导入流程

在桌面客户端进入「配置」或「Profiles」，选择「从 URL 导入」。
粘贴订阅地址，为配置命名，例如“日常规则”，再执行下载。
在 Android 的 Clash Meta 系客户端中进入「配置」→「新配置」→「URL」，填写同一地址。
将自动更新周期设为 1440 分钟。频繁调整规则时可改为 360 分钟，但没有必要每几分钟轮询。
刷新后检查代理组、规则数量与更新时间，再把该配置设为当前配置。

不同客户端的菜单名称可能略有差异，但关键动作只有三个：保存 URL、拉取 YAML、启用下载后的配置。若客户端同时提供“本地配置”和“远程配置”，应选择远程配置，否则后续不会自动拉取源端变化。

订阅同步的边界

远程订阅通常会覆盖本地对该配置文件的直接修改。例如在手机上临时增加一条规则，下一次刷新后可能消失。长期使用的规则应写回订阅源，或通过客户端提供的 Merge、Mixin、覆写脚本叠加。

覆写能力并不完全通用。mihomo 支持的规则提供器、规则集格式和部分 DNS 字段，旧版 Clash 内核未必能够识别。为不同客户端生成配置时，应尽量采用共同支持的基础字段，把平台专用项拆出去。

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

dns:
  enable: true
  enhanced-mode: fake-ip

rules:
  - DOMAIN-SUFFIX,example.org,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

上面的基础结构可以跨多数 mihomo 客户端使用，但端口、局域网访问和 DNS 行为仍应按设备调整。手机端一般不需要开放局域网端口；承担家庭网关用途的桌面设备则可能需要开启局域网访问，并额外限制监听地址和防火墙范围。

方案二：用 WebDAV 保存完整备份

WebDAV 更像“上传备份、需要时恢复”，而不是实时协同。支持该功能的客户端会把配置、覆写内容和部分偏好打包后上传到远端目录。另一台设备可以下载备份，但前提通常是客户端系列相同、备份格式兼容。

例如，Android 客户端生成的备份可能包含应用数据库、配置索引和本地文件，桌面客户端无法直接解析。即使两个客户端都使用 mihomo 内核，外层应用的数据结构也可能完全不同。因此，WebDAV 最稳妥的用法是“同一客户端跨同类设备恢复”，不是“任意 Clash 客户端互相同步”。

建议的目录与命名

不要让多台设备持续覆盖同一个文件。可以按客户端和设备拆分目录，并在文件名中加入日期：

clash-backups/
├── android-phone/
│   └── backup-2026-08-11.zip
├── android-tablet/
│   └── backup-2026-08-11.zip
└── desktop/
    └── backup-2026-08-11.zip

配置 WebDAV 时，先在云端创建专用目录，再在客户端进入「设置」→「备份与恢复」或「设置」→「WebDAV」。依次填写服务器地址、账号、密码和远端路径。执行上传后，应立即打开远端目录，确认文件时间与大小发生变化。

恢复前先做本地快照

记录当前正在使用的配置名称和更新时间。
先导出一次本地备份，避免远端旧文件覆盖新设置。
核对远端文件来自哪台设备、哪个客户端版本。
执行恢复后彻底退出客户端，再重新启动。
检查订阅 URL、覆写规则、DNS 模式与 TUN 开关，不要只看节点列表。

如果两台设备都开启自动上传，最常见的问题是最后写入者覆盖前一份备份。WebDAV 本身通常不会理解 Clash 配置内容，也不会逐字段合并。手机在 21:00 上传、平板在 21:05 上传时，后者可能直接替换前者。

WebDAV 场景	风险	处理办法
同一账号、同一文件名	设备互相覆盖	按设备拆目录
跨客户端恢复	备份格式不兼容	只迁移标准 YAML
远端备份长期不更新	恢复出旧订阅和旧规则	保留日期并核对修改时间
上传中断	压缩包不完整	重新上传并在另一设备试读

方案三：手动导出与导入

手动迁移最直观，也最容易审查。它适合换机、临时复制一份稳定配置、迁移到不支持 WebDAV 的客户端，或者需要在导入前删除敏感字段的情况。缺点是每次改动都要重新导出，无法自动保持一致。

不要只复制一个 YAML 文件

简单配置可能只有一个 YAML，但复杂配置还会引用规则集、脚本和本地证书。导出前应搜索以下字段：rule-providers、proxy-providers、script、tls、path。如果字段指向本地相对路径，对应文件也要一并迁移。

profiles/
├── main.yaml
├── providers/
│   ├── proxy.yaml
│   └── direct.yaml
└── rules/
    ├── private.yaml
    └── streaming.yaml

导入另一台设备后，不要立即覆盖原配置。先以“迁移测试”命名并加载，确认客户端能够解析。若日志出现“file not found”，通常是外部文件遗漏；出现“field not found”或“unsupported field”，则更可能是内核版本或配置格式不兼容。

手动迁移的检查顺序

确认目标客户端使用 mihomo 兼容内核，并查看内核版本。
导入 YAML 后执行配置校验，确保没有缩进和字段错误。
打开代理组，确认节点数量与源设备一致。
将模式切换为「规则」，检查最终兜底规则是否为 MATCH。
访问直连站点与代理站点各一次，查看连接日志中的规则命中结果。
最后再开启系统代理或 TUN，避免错误配置直接接管全部网络。

手动导出还有一个优势：可以在迁移前删掉不适合目标设备的字段。例如桌面端配置中的 external-controller: 127.0.0.1:9090、局域网监听和固定路径，对手机通常没有必要。Android 的 VPN 与 TUN 权限也必须由系统重新授予，复制配置不能跳过授权过程。

跨平台最容易冲突的五项设置

1. 端口与系统代理

桌面客户端常见 HTTP/SOCKS 混合端口为 7890，控制端口常见为 9090，但实际值应以客户端当前设置为准。把配置复制到已有代理软件的电脑时，7890 可能已被占用。此时应关闭冲突程序，或把混合端口改为 7891、7892 等未占用端口，并同步更新系统代理设置。

2. TUN 模式

TUN 属于设备级能力。Windows 可能需要安装服务或以管理员权限完成首次启用；macOS 会请求网络扩展授权；Android 则通过系统 VPN 接口建立隧道。同一份 YAML 可以包含 TUN 参数，但授权、路由表和排除应用列表不会随订阅同步。

3. DNS 与 Fake-IP

Fake-IP 能让内核更早取得域名信息并执行规则，但某些局域网设备发现、打印服务和特殊应用可能需要加入过滤列表。手机与家庭电脑所处网络不同，不应机械复制全部过滤项。遇到局域网域名无法解析时，先对比关闭 Fake-IP 后的结果，再调整 fake-ip-filter。

4. 本地路径

Windows 路径可能使用盘符，Android 与 macOS 则使用不同的应用目录。配置中一旦出现绝对路径，跨平台导入就容易失败。规则文件优先使用远程 URL；必须引用本地文件时，改用客户端配置目录下的相对路径。

5. 节点选择与策略组状态

有些客户端会记住每个策略组上次选择的节点，但该状态可能存放在本地数据库，而不在 YAML 中。同步配置后发现手机与电脑选择不同节点属于正常现象。移动网络和固定宽带的延迟也不同，分别测速后选择更合理。

三种方案怎么选

方案	适合场景	更新方式	主要限制
订阅链接	长期维护多台异构设备	定时或手动刷新	本地直接修改可能被覆盖
WebDAV	同一客户端备份与恢复	上传、下载备份	跨客户端兼容性有限
手动导出	换机、一次性迁移、审查配置	人工复制文件	后续改动不会自动同步

只有两三台设备、配置主要来自远程订阅时，直接使用同一订阅地址最省事。需要保留客户端偏好、覆写脚本和历史配置时，可以在订阅之外增加 WebDAV 备份。准备换机或跨客户端迁移时，再用手动导出作为可控的中间格式。

更稳妥的组合是“订阅为主、备份为辅、手动导出兜底”。订阅承担日常更新；WebDAV 每周或每次大改前保存快照；手动导出用于版本升级、设备更换和故障恢复。这样即使某次远端备份被覆盖，也能从订阅重新取得核心配置。

迁移后用十分钟完成验收

确认配置更新时间、节点数量和代理组数量与源端一致。
在客户端日志中检查是否存在 YAML 解析错误或规则集下载失败。
分别执行一次直连节点与代理节点的延迟测试，记录实际可用结果。
打开一个应当直连的站点，确认命中 DIRECT 或对应直连组。
打开一个应当代理的站点，确认命中目标规则和代理组。
切换 Wi-Fi 与移动网络，观察 DNS 和 TUN 是否都能重新建立。
重启客户端，确认当前配置仍被选中，自动更新周期仍为预期值。
重启设备，检查系统代理、VPN 常驻或开机启动是否符合本机需求。

如果刷新订阅后节点正常出现，但网页全部打不开，应优先检查 DNS、系统代理端口和 TUN 冲突，而不是反复导入配置。若只有部分域名失败，则查看连接日志中的规则命中和 DNS 查询结果，确认问题发生在解析、规则匹配还是节点连接阶段。

多设备同步的关键不是复制更多文件，而是明确哪一部分由订阅维护、哪一部分属于客户端备份、哪一部分必须按设备重新设置。边界划清后，手机、电脑和平板可以共享同一套规则逻辑，同时保留各自需要的网络权限和运行参数。