电脑与手机共用一份 Clash 订阅:多设备配置同步的几种做法

先分清：同步订阅，不等于同步所有设置

电脑已经能用，手机是否还要重新购买订阅？先查看服务商的设备数、同时在线数和流量规则。允许多设备使用时，通常可以把同一个订阅链接分别导入电脑和手机；两端各自获取配置，并不需要让手机连接电脑。套餐流量一般仍按同一个账户累计，具体以服务商说明为准。

订阅是提供节点或完整配置的远程入口。客户端则负责导入、更新配置，并控制本机网络。两端用了同一个链接，只能说明它们可能获取同一来源的数据，不能保证规则、节点选择和运行设置完全相同。

• 订阅内容：可能包含节点、代理组、规则、DNS 设置，也可能只提供节点列表。
• 本地定制：包括追加规则、覆写配置、脚本处理，以及客户端保存的代理组选择。
• 设备设置：包括系统代理、TUN、开机启动和权限。这些通常要在每台设备上分别设置。

四种同步方式怎么选

对大多数个人用户，先选“同一订阅链接分别导入”。只有在明确需要共用自定义规则时，再增加覆写。云端托管需要管理凭据、更新和访问权限，不必为了同步两台设备就立刻搭建。

方法一：在电脑和手机分别导入订阅链接

先确认格式，再执行导入

1. 在服务商账户页找到明确标注为 Clash 或 mihomo 的订阅入口。若只有通用订阅，先确认客户端能否解析该格式。
2. 在电脑端进入订阅管理页。例如 Clash Verge Rev 常见路径是「订阅」→顶部链接输入框→「导入」；不同版本的按钮位置可能调整。
3. 导入成功后选中该配置，再到「代理」检查代理组与节点是否出现。仅新增订阅记录，不一定已经切换到这份配置。
4. 通过可信的点对点方式把链接传到手机。在手机端的「配置」或「订阅」页选择从 URL 导入，保存并启用。
5. 在两端分别执行一次更新，记录更新时间，再检查服务商新加入或改名的节点是否都已出现。

如果手机应用要求另一种配置格式，不要直接认定链接失效。应优先从服务商获取对应格式。确需转换时，使用自己控制或明确可信的转换服务；转换方能够接触订阅凭据和节点信息。

更新周期与节点选择分别管理

电脑每 6 小时更新、手机每 24 小时更新时，两端在某个时刻显示不同节点很正常。这两个数值只是更新策略示例，应优先遵循服务商建议。手机还可能受到后台运行限制，不能把定时更新当作精确到点执行的任务。

同名代理组也未必选择同一个节点。手动选择、自动测速结果和连接记录通常由各端维护。希望排查差异时，可以暂时把两端同一代理组都切到同一个具体节点；验证完成后，再恢复各自需要的自动选择方式。

方法二：手动复制 YAML 配置文件

YAML 是 Clash 常用的配置文本格式，缩进参与结构表达。手动复制适合迁移一份已验证的配置，但应先区分“原始订阅文件”和“运行时配置”。运行时配置可能已经合并了客户端添加的端口、DNS、覆写与本地路径，直接搬到另一台设备更容易出现兼容问题。

1. 在源客户端的配置管理中找到对应配置，使用打开文件或导出功能，另存为 personal-config.yaml。菜单名称以实际客户端为准。
2. 用文本编辑器检查 proxy-providers、rule-providers 和其他外部文件引用，确认目标设备也能获取这些资源。
3. 通过本地传输或加密文件传输发送文件，在目标端选择从文件导入，并保留原有可用配置作为回退。
4. 先验证加载是否成功，再验证代理连接。确认正常后，才切换日常使用的配置。

端口与路径最容易在迁移时失效

例如，电脑配置的混合代理端口是 7890，另一个客户端实际监听 7897。这两个数值都只是示例，应以目标客户端界面和最终配置为准。若浏览器仍指向 127.0.0.1:7890，就可能出现客户端已运行、浏览器却无法联网的情况。

同样，Windows 的磁盘路径不能原样搬到 Android；引用本地规则文件的配置，需要把相关资源一起迁移，并改成目标客户端支持的位置。单个 YAML 文件并不一定包含运行所需的全部内容。

通过文件导入得到的配置通常只是当时的快照。即使 YAML 中某些 provider 仍能远程更新，也不等于整份配置会自动跟随原始订阅更新。务必检查目标客户端是否保留并识别了远程订阅入口。

方法三：用私有云端存储托管完整配置

当多台设备都要使用一份自己维护的完整配置，可以把配置放在受控的 HTTPS 入口。但“网盘里能下载”不等于“客户端能作为订阅更新”。客户端需要拿到原始配置内容，而不是登录页、预览页或带验证码的下载页面。

上线前检查四项条件

• 响应内容：请求后返回 YAML 文本，而不是 HTML。网页登录后能看见文件，不能证明订阅更新器也能访问。
• 认证方式：若入口依赖请求头、Cookie 或 WebDAV 认证，先确认每个客户端的订阅更新功能都支持。文件管理器支持 WebDAV，不代表 Clash 客户端支持同样的认证。
• 链接有效期：临时签名 URL 可能过期。需要到期轮换时，应提前准备所有设备的更新步骤。
• 访问边界：仅开放必要的文件读取权限，保留旧版备份；不要把云存储账户的管理密钥写进订阅地址。

建议先上传一份已在本地验证的配置，让电脑和手机各手动更新一次。之后只修改一条容易识别的测试规则，再次更新，确认两端都拿到新内容。若一端仍显示旧版，检查文件缓存、订阅更新结果和实际请求地址，而不是反复重启所有设备。

还要避免更新链路形成依赖：如果配置入口只能经代理访问，而设备尚未加载任何可用节点，首次导入就可能失败。应为首次导入准备可访问的网络环境或本地文件备份，日常更新失败时也能回退。

方法四：订阅更新与个人覆写分开维护

覆写是指在订阅加载后，按客户端支持的机制修改最终配置。这样可以让节点继续由订阅维护，把个人直连规则、策略偏好等留在本地。直接编辑订阅下载生成的文件则可能在下次更新时被替换。

下面是一条面向自有测试域名的规则示例。example.com 是保留的示例域名，不是要求实际配置的业务地址。该片段只演示规则语法，不是可以独立运行的完整配置，也不是所有客户端通用的覆写文件：

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT

DOMAIN-SUFFIX 匹配指定域名及其子域名，DIRECT 表示直连。规则按从上到下的顺序匹配，因此需要优先执行的个人规则，通常应放在相关宽泛规则和末尾兜底规则之前。

先确认合并语义，再复制到其他设备

1. 确认客户端支持的是规则前置、YAML 合并，还是脚本处理。它们不是同一种接口。
2. 阅读数组处理说明。有的合并器会用新的 rules 数组替换旧数组，而不是追加；直接粘贴上面的片段可能丢掉订阅原有规则。
3. 在源设备检查最终配置，确认个人规则顺序正确，原有代理组与兜底规则仍在。
4. 在目标设备按其支持的格式重新建立覆写，再从连接记录中验证实际命中的规则。

如果电脑支持 JavaScript 覆写，手机只支持 YAML 合并，不要直接复制脚本并期待执行。应该同步“需要哪些规则、放在什么顺序”这份意图，再分别实现。引用订阅中的代理组名称时也要完全一致；订阅把组名改掉后，指向旧组名的规则可能导致配置加载失败。

同一订阅在电脑能用、手机不能用，按顺序排查

第一步：看订阅是否成功解析

打开订阅更新结果或日志。HTTP 401、403 通常先检查凭据、访问权限及账户限制；429 应检查请求频率限制，不要连续点更新。若返回成功但提示配置格式错误，检查响应是否实际为登录页，以及节点协议是否受目标内核支持。

第二步：看应用流量是否进入代理

桌面系统代理只影响遵循系统代理设置的应用。TUN 是通过虚拟网络接口接管流量的方式，涉及权限、路由和 DNS；它不能靠共享订阅自动在另一台设备启用。Android 端常需要确认 VPN 连接授权，桌面端则应分别核对系统代理或 TUN 开关。

第三步：比较规则、DNS 与目标应用

先让两端选择同一个节点、使用规则模式，再访问同一个目标。在连接记录中比较命中规则和出口。如果一端直连、另一端代理，优先查本地覆写和最终规则；如果都走同一节点，再检查 DNS、IPv6、网络环境与目标服务对出口的限制。不同 Wi-Fi 和移动网络下的表现不能直接当作同步失败。

第四步：检查套餐限制与账户状态

节点能显示不代表账户一定可连接。查看流量余量、到期时间和同时在线限制。两台设备共用账户时，电脑的后台下载也可能消耗手机使用的那份流量。不要通过高频更新订阅来解决额度或连接数量问题。

一套容易维护的个人多端方案

两台或三台个人设备，可以采用“同一订阅分别导入、个人规则分别覆写、设备开关单独管理”的组合。为每台设备记录客户端与内核版本、订阅更新时间、实际端口、运行模式和覆写文件位置。记录中只写用途与位置，不抄录完整订阅密钥。

• 首次配置：两端先用原始订阅验证连接，再加个人规则。
• 日常变更：一次只改一类设置，保留上一份可用配置。
• 更新之后：检查节点数量、代理组名称及一条关键规则的命中结果。
• 设备停用：移除本地订阅和备份；如怀疑链接泄露，在服务商后台重置订阅凭据，并更新仍在使用的设备。

同步的目标是减少重复维护，而不是把每台设备做成完全相同。节点来源和规则意图可以统一，权限、路由、端口与后台策略则按设备分别设置。把这条边界划清楚，多端配置就更容易更新，也更容易定位问题。