我rsync用过tor。它会工作一段时间，然后就会断开连接。这本身并不是一个大问题，我认为当运行长时间的会话tor需要很多分钟才能完成时，这并不完全是意外的。
当我重新启动时，rsync它会按照与上次相同的顺序浏览文件。这是一个问题，因为其中一些文件经常更改（想想繁忙的邮件服务器的 /var/spool，你就明白了）。这意味着它首先获得的文件会经常更新，而它从未获得的文件则永远不会被传输。
我更喜欢的是要么从rsync中断的地方继续，要么至少以随机顺序传输文件。
有通用的方法吗？
答案1
解决方案变成了这样：
find . -maxdepth 4 -depth -type d | shuf | torsocks parallel rsync --delete -zHax --inplace --rsync-path='mkdir -p {} && rsync' ~/{}/ qnek3r4buxhaa6g3.onion:./{}/
不太漂亮，但似乎可以完成工作。
答案2
使用开关--partial。这使得 rsync 从中断处继续。
答案3
有几个选项可用。您可以对某些 rsync 运行使用过滤规则，以便忽略最繁忙的文件，从而允许传输不太繁忙的文件。如果繁忙文件列表太长而无法轻松组装成一组过滤规则，则可以在某些 rsync 运行中使用 --modify-window 并使用较大的值。这也将具有忽略最近修改的文件并传输在修改窗口之外修改的文件的效果。