我有一些相当大的文件传输每天早上通过ftp跨大西洋。 不时传输将被破坏，可能由于连接问题，文件将被保留在一个不完整的状态。
我想知道是否有更好的方式来处理这些文件传输。 会说，rsync或scp更能抵御周期性的连接性损失？ 最好的情况是，如果转移将重新连接，并继续停止，应该中断。
在这种情况下，大的文件意味着最多几个GiB的文件和几个小时的传输。
我belevei这是一个rsync应该很好的情况。 Rsync在传输不完整的地方恢复工作时做得非常好。 如果在远程端rsync已经存在旧版本的文件真的很擅长只传输差异。
我真的不认为scp是你想要的。 如果您需要通过ssh传输，那么您可以将选项-e ssh传递给rsync，并将ssh用作传输。
我第二个rsync选项，但是如果你想它恢复一个大文件的传输，那么不要忘了使用--partial命令行选项，这将意味着它不会删除它正在写入的临时文件当链接closures。 你可能不得不在循环中调用它，当链接closures时重试。
就像是
until rsync --partial -e ssh sourcefile remote:destination; do echo Retrying; done
为什么不是BitTorrent？ 如果你使用它，你会得到多个奖金。 至less可靠的转移和可用性来自多个地点的种子。
绝对使用rsync与-P – 但为了在大西洋地区获得更好的性能，您可能需要使用基于UDP的文件传输工具之一 – Aspera，FileCatalyst – 或开源的Tsunami UDP。
也许直接连接 （或其他P2P协议）是你的最佳select？
你检查过了吗？ 他们是一个ftp / webmail杂交。 我们用它为我们的graphicsdevise者安全，方便地将大文件发送到打印机。
他们提供免费的虚拟设备。 它也有encryption，交付通知和转发预防，最大2GB的文件大小，所有内置的免费。
如果你付费，你可以设置自动化，并允许多达10GB的文件。