SCP 上的 Duplicity (Duply) 非常慢。要注意什么？

Question

我正在努力设置一个简单的备份例程，以便从我的本地文件服务器转移到我朋友的服务器（都是 Ubuntu 18.04）。

我终于让它全部“工作”了，但是当我对 750Mb 文件集进行测试时，它花了超过 26 分钟才完成（对于 1 TB 来说需要 15 天！）。

但问题是……如果我不是通过 SCP 传输到远程服务器，而是进行本地“file://”备份（否则备份相同），则需要不到 30 秒的时间。好的，所以这不是备份生成。一定是传输，对吧？但是，当我手动将生成的本地备份通过 SCP 传输到远程服务器时，同样的 750 Mb 需要不到 30 秒的时间，正如我和我朋友的带宽所预期的那样。所以这不是传输速度的问题。

如果不是 duplicity 进行备份并且不是 SCP 发送备份...我该寻找什么来判断问题可能出在哪里？

谢谢。

以下是 Duply 的配置文件（仅未注释的行）。

GPG_KEY='[my key ID]'
GPG_PW='[GPG passphrase]'
TARGET='scp://user@friends_server.duckdns.org//mnt/bigdisk/backup'
SOURCE='/mnt/bigdisk/Books'

在进行本地操作时，我唯一改变的是将 TARGET 改为：

TARGET='file:///mnt/bigdisk/backup'

现在显然我可以编写脚本来执行本地操作然后进行 SCP 而不是在 Duply/Duplicity 中进行 SCP，但这似乎很愚蠢。

Answer 1

duplicity 0.7 不再维护。可能会在 0.8 中修复。

默认的 duplicity ssh 后端使用 paramiko。可能其中有一个错误。请检查较新的版本。

或者，如果可能的话，尝试 sftp:// 或切换到另一个 ssh 后端，如手册页中所述

http://duplicity.nongnu.org/vers8/duplicity.1.html#sect26关于 Ssh 后端的说明

http://duplicity.nongnu.org/vers8/duplicity.1.html#sect7SCP/SFTP 访问部分

..ede/duply.net