经过多年的努力rsync，我决定deja-dup尝试一下。到目前为止，还不是很成功：
每次尝试通过 ssh 写入其备份都会导致在 deja-dup frontent 启动的目录中打开一个本地目录树：为了记录：user并server使用配置实用程序进行设置，备份应该转到目录/export/dumps/notebookhost/user/deja-dup
使用一个小目录作为备份的源，以便进行测试......
结果：当地的包含备份的目录/home/user/sftp:/user/server/export/dumps/notebookhost/user/deja-dup（想象一下主目录的备份计划 - 每次调用它时，它都会使用备份+主目录使主目录膨胀，直到达到文件系统边界）
一旦在目标主机上安装了无密钥短语的公共 ssh 密钥，从命令行调用 duplicity 就可以正常工作 - 无论是使用 scp 还是 sftp：
duplicity sampledir scp://user@host//export/dumps/client/home/user/deja-dup/
duplicity sampledir sftp://user@host//export/dumps/client/home/user/deja-dup/
但即使在尝试并验证了这些方法（并清理了本地混乱情况）之后，前端 deja-dup 仍然会创建从“ sftp:”开始的本地目录结构。在配置中省略用户名会导致省略（本地）路径中的用户名。/在战略位置填充 -es 只会导致将%2F-es 添加到路径中。
如果选择“自定义位置”，则为 ssh 生成的最后一个 uri 显示为：
sftp://192.168.178.12/export/dumps/client/home/user/deja-dup
此位置缺少一个，/无法成功写入用户主目录以外的其他地方，但是，它失败的方式与通过“”菜单项选择时相同。我尝试用和ssh替换，但只得到了不同名称的本地目录。引用 uri 不起作用，因为在这种情况下，它会预先添加本地主目录的路径。转义 uri 的部分也不起作用 - 转义字符会逐字插入到本地目录名称中。sftpscpssh
下一步尝试：使用dconf-editor配置工具来绕过解析。
org.gnome.DejaDup.File path 'sftp://user@host:22//export/dumps/client/home/user/deja-dup/'
可以在此处在 uri 周围添加单引号（与所有其他字符串一样）。不幸的是，一旦deja-dup --backup调用，这只会导致本地目录名称以单引号开头...
Bug 908791 备份到 ftp 或 sftp，在 Deja-Dup 启动位置创建“sftp:”或“ftp:”文件夹似乎自 2011 年 12 月以来就描述了这个问题，但尚未解决。该软件包python-paramiko已安装。
更新：
sftp当尝试通过in访问删除文件系统时nautilus（输入 ^L 以访问位置栏，输入sftp://user@host/export/dumps/client/user/为 uri，将构造相同的奇怪路径/home/user/sftp:/user@host/..并在错误消息中回显（/home/user即当前工作目录）：
Unable to find the requested file. Please check the spelling and try again.
Unhandled error message: Error when getting information for file '/home/user/sftp:/user@host/...': No such file or directory.
答案1
解决了：
升级到 14.04 后未安装sshfs。 它也不在两者的依赖项中deja-dup，因此它的缺失导致了所描述的行为。
sudo apt-get install sshfs
随后重新启动笔记本电脑即可解决问题。现在deja-dup --backup从 shell 调用会导致备份按照配置发送到服务器上的正确位置。
有关调试问题的更多信息，请参阅我对这个nautilus问题的回答。
答案2
上述方法对我来说不起作用，但是我确实发现了一些笨重的方法。
我使用过的技巧是“挂载”远程文件夹并欺骗 deja dup 认为它是一个本地文件夹。
我不确定作为新手我是否可以链接，但查找安装 ssh 驱动器和/或通过 CIFS 执行此操作。我知道它不如 SSH 安全，但在小型家庭网络上它对我来说有效。
稍微编辑：这也影响 smb 和 ssh，所以我认为它不仅限于 ssh 备份，而是所有远程备份。