有没有办法在Linux中继续破坏scp(安全复制)命令进程？

Question

我使用scp命令将7.5 GB文件复制到远程服务器.在某个时间点文件传输中断,我必须重新开始.

传输的临时文件数量是否完全丢失？我可以以某种方式重新启动从之前尝试停止的位置转移吗？如果没有,是否有一些标准的Unix命令行文件传输命令呢？

Answer 1

如果您需要恢复从本地到远程的scp传输,请尝试使用rsync:

rsync --partial --progress --rsh=ssh local_file user@host:remote_file

rsync -P -e ssh local_file user@host:remote_file

通常,rsync的args顺序是

rsync [options] SRC DEST

对于不同于默认值22的端口,请使用`rsync -P -e"ssh -p 222"SRC DEST` (34认同)
如果`rsync -e`被中断,我发现在重新命名`rsync -e`之前,将.<filename>.<6funnychars>重命名为目的地的<filename>. (4认同)
rsync仅在另一方可用时才有效. (3认同)
rsync 真的恢复在 scp 中开始的文件传输吗？实际上是否需要两个 rsync 命令，一个 rsync（而不是 scp）命令来开始复制，然后断开连接，然后第二个 rsync 命令来恢复复制？ (2认同)
最初如何获得部分下载并不重要。您可以从scp开始，然后以rsync结尾。 (2认同)

Answer 2

这就是你所需要的.

 rsync -e ssh file host:/directory/.