在法国用二手 Synology 做异地备份，先别信 QuickConnect

去年接手一台法国同事留下的 DS218j，DSM 7.1，两块 4TB 红盘做 SHR，实际可用约 3.6TB。里面主要是团队的设计稿和一批扫描件，总共 1.2TB 左右。需求很简单：每天夜里同步到我在另一个城市的 DS220+，跨运营商，两边都是 Orange 家宽。

第一版我图省事，直接开了 QuickConnect 加 Hyper Backup 的远程 NAS 目标。白天测着没事，凌晨两点开始跑，前 20GB 还行，后面速度掉到 200KB/s 上下，日志里全是重试。改成公网加端口映射之后稳定在 8MB/s 左右，于是我把方案固定下来：

# 目标端 DS220+：控制面板 > 终端机 > 启用 SSH
# 源端 DS218j 上先测通，再进 Hyper Backup 配
ssh -p 2222 backup@192.0.2.10 'echo ok'
# 目标端 rsync 服务由 Hyper Backup Vault 提供，默认端口 873
nc -vz backup.example.fr 873

Hyper Backup 里选「远程 rsync 兼容服务器」，开传输加密和压缩，计划每天 02:30，启用客户端加密，版本保留 30 天。第一次全量跑了大约 5 小时，之后增量通常 10 到 25 分钟。

为什么不用 QuickConnect：它本质是走厂商中转，延迟和带宽都不由你控制，在法国这种跨运营商链路上尤其明显。端口映射的代价是要自己维护一条可达路径，IP 会变，所以我在两端都放了 DDNS 更新，路由器上只开 873 和 2222，并且限制来源 IP 段。另一个取舍是客户端加密：DSM 的加密备份恢复时必须手动输密钥，团队里没人记得住，我把密钥单独存在密码管理器里，恢复流程写在内部 wiki 上，这一步不做，加密就是给自己挖坑。

会失效的地方：一是 Hyper Backup Vault 的 rsync 端口对某些 Free 家宽的 CGNAT 用户根本不通，我试过一个朋友那边，最后只能改成他在自己侧主动推；二是版本保留 30 天在 1.2TB 的量级下会吃掉目标盘一半空间，我第二个月就把保留改成智能回收；三是 DSM 大版本升级后 Vault 的兼容性会断，我遇到过一次 7.1 升 7.2 后任务全部报认证失败，重建任务才恢复，所以升级前一定先手动跑一次备份并记下任务配置。

现在这套跑了八个月，唯一没解决的是恢复演练：我每季度抽一个目录恢复到临时共享文件夹，但从来没做过整机恢复。你们在法国这边做异地备份，恢复演练的频率和范围是怎么定的？