每次我通过sftp下载一个大文件时，源机器上的md5sum都与我在目标机器上执行的md5sum不匹配。
在运行openssh-server的Ubuntu 12.04机器上有一个13gig文件。
我用FileZilla通过SFTP下载该文件到我的笔记本电脑。 但是，下载完成后文件不完全相同。
也许FTP协议不是最好的select？ 如果没有外部硬盘驱动器，那么我可以传输这个文件的最确定的方式，并确保我得到的副本是确切的？
实际上SFTP仍然可能遇到与ASCII /二进制传输模式有关的潜在问题等。 我推荐使用SCP（Secure Copy，通过SSH）。 如果您的目标计算机是Windows计算机，最好的客户端之一 – 也是免费的 – 是来自http://www.chiark.greenend.org.uk/~sgtatham/putty/的PuTTY二进制pscp.exe。
要使用pscp.exe从源复制到目标，请打开Windows命令提示符到保存pscp.exe的位置，然后运行以下命令：
pscp.exe [用户名] @ [远程机器]：[path到文件] [本地保存位置]
我同意我相信，由于某种原因，您在两台机器之间运行ASCI传输模式。 Windowstypes机器和基于UNIX的机器之间的行结束符是不同的，并且在ASCI模式下传输会导致自动行终止转换。
以二进制模式运行，不作任何翻译。 SFTP我相信只有一个二进制传输模式。
当然要小心，如果您试图将Windows TEXTUAL材料转移到Linux（反之亦然），则尽pipe有校验和，但内容可能会被解释为不同。 有些编辑器会自动处理这些行终止的细节，但不是全部。