为什么用 SFTP 导出配置
把配置导出到远端服务器时，传输方式直接决定敏感信息的安全：配置文件里通常包含管理口令、预共享密钥、内网地址与拓扑信息，用明文 FTP 传输等于把这些内容摊在链路上。SFTP 与 SCP 基于 SSH 传输，具备加密与明确的认证机制，是导出配置时的优先选择。
基本信息
| 协议 | SFTP 或 SCP，均基于 SSH |
|---|---|
| 前提 | 设备具备对应客户端功能，服务器配置好账号与目录 |
| 权限 | 备份账号只允许写入指定备份目录，禁用交互登录 |
| 替代方案 | 设备不支持时可用加密上传接口，或本地导出后加密转存 |
典型使用场景
- 定期配置备份：把配置推送到集中备份服务器
- 变更前快照：改动前导出当前配置作为回退点
- 多设备统一归档：批量推送并按设备与日期命名
- 跨网络传输：配置经过不可信链路时优先使用加密协议
- 审计留痕：备份服务器记录上传时间与来源，便于核对
部署要点
部署要点
# 服务器侧：备份账号只允许写入指定目录，禁用交互 shell
# 设备侧：以 sftp 或 scp 上传（命令依厂商与版本而定）
scp config.zip backup@10.0.0.10:/backups/USG-A/
# 命名规范：设备名_日期_版本，便于按时间回溯
# 校验：上传后在服务器计算哈希与本地文件比对
# 保留策略：按合规要求设置保留份数与期限传输方式对比
| 方式 | 是否加密 | 适用场景 |
|---|---|---|
| SFTP/SCP | 是，基于 SSH | 设备支持时的首选 |
| HTTPS 上传接口 | 是 | 设备仅支持 Web 接口导出时 |
| TFTP | 否 | 仅限隔离测试环境，不用于生产备份 |
| FTP | 否 | 不建议传输含凭据的配置 |
备份账号的权限要最小化：只允许写入备份目录、禁用交互登录、来源地址限制到设备管理网段。
导出频率建议与配置变更绑定：每次变更后立即导出一次，另有月度定期导出兜底，避免长期没有可用快照。
上传失败要能发现：把备份脚本的返回码与备份文件数量纳入定时检查，缺一份就产生告警，而不是等到恢复时才发现。