备份要经过恢复验证；跨系统迁移时，配置可复用的部分与服务、端口等设备设置应分别检查。
备份前先列出真正需要保留的内容
一份远程订阅可以重新获取节点，却未必包含个人添加的规则、扩展和界面设置。先列出自己改过的内容，才能知道备份是否完整。记录当前应用版本、配置名称和运行模式，并标明哪些文件含有密钥。
| 内容 | 保留原因 | 迁移后检查 |
|---|---|---|
| 远程订阅来源 | 重新获取配置 | 链接有效与账户权限 |
| 本地配置文件 | 无法靠订阅重建 | 格式与内核支持 |
| 个人规则、扩展 | 保留分流需求 | 策略名称和作用范围 |
| 端口、TUN 等设置 | 解释旧设备行为 | 新设备权限与网络差异 |
保存本地副本并标明时间
先使用当前版本提供的备份入口。需要查看应用保存内容时，可通过设置中的配置目录入口定位实际目录；不要完全依赖网上的固定路径。手动复制前，关闭代理并正常退出应用，减少复制过程中文件仍在变化的可能。
把备份放入私人、受控的位置，用日期和设备名区分，例如“个人电脑迁移前”。原来的目录应保留，恢复操作先在副本或新设备上进行。不要为排错直接删除所有文件，也不要只备份安装程序而遗漏个人数据。
云端同步前了解凭证与覆盖行为
项目介绍列出 WebDAV 备份与同步能力。使用前先核对当前版本的具体界面、保存范围和恢复方式，并确认服务器与账户由自己信任。备份可能含有订阅令牌和连接凭证，不能放到公开分享目录。
同步与历史备份不是同一件事：如果错误内容被同步到其他设备，仍需要一份独立的旧副本来恢复。首次使用时只操作一台设备，确认成功保存，再到另一台设备验证读取；不要让两端同时修改而无法辨别哪份更新较新。
新设备按最小配置逐步恢复
- 从官方来源安装与新系统匹配的客户端，先确认界面与内核正常。
- 保存新设备初始状态，再导入或恢复一份基础配置。
- 确认策略组与节点，先用系统代理验证一个公开目标。
- 恢复个人规则和必要扩展，分别检查实际匹配。
- 最后评估 TUN、登录启动与同步，按新设备正常授权流程处理。
跨 Windows、macOS 和 Linux 迁移时，路径、进程名称及服务权限可能不同。旧设备上的服务文件不能当作通用配置直接照搬；需要依赖本机路径的扩展也应重新核对。
检查恢复结果是否真的可用
不要把“导入没有报错”作为恢复完成的唯一标准。至少检查当前配置名称、关键规则、策略选择、局域网访问和退出后的普通网络。新设备端口若被其他程序占用，应记录并调整，而不是覆盖系统中其他程序的设置。
选一项依赖自定义规则的服务，再用连接记录确认规则与出口；同时检查远程订阅能否正常更新。若恢复后出现错误，暂停增加功能，撤回最近一步，再对比旧设备记录和错误日志。
验证后再整理旧设备与旧备份
在新设备稳定使用并确认重要内容后，再清理不再需要的副本。保留一份迁移前的快照与一份验证后的备份，可以分别用于回退和继续维护。记录每份备份对应的应用版本，避免未来恢复时无法解释格式差异。
如果备份或订阅曾意外公开，删除公开文件不能保证别人没有复制，应向相应服务端更新或撤销凭证。后续日志和截图仍需脱敏。可靠的备份是可以恢复并验证的内容集合，而不是一个从未打开检查过的压缩包。
相关问题
只保存订阅链接够不够？
若没有任何个人调整，可能足以重新获取基础配置；有规则、扩展或本地配置时，还应分别保留这些内容。
可以把整个配置目录覆盖到不同系统吗？
不要直接假定兼容。先保存双方副本，按当前版本支持的恢复方式处理，再检查系统路径、权限和设备专属设置。
WebDAV 同步可以替代历史备份吗？
不能这样假定。同步可能传播错误修改，应另留独立的历史副本并验证恢复能力。
资料与适用范围
本文以原创步骤解释操作思路，不声称已经在所有设备和版本上实测。菜单名称、默认值与兼容条件可能随版本变化，请结合当前项目说明核对。
需要修正内容？请阅读反馈与纠错，不要公开完整订阅或账户凭据。
