到目前为止,我一直认为 FTP 在传输文件时不会导致任何位错误。但最近,我遇到了一个问题,即我通过 FTP 在两个服务器之间发送的文件有时不同。它们使用 MD5 校验和算法生成不同的哈希值。因此,我搜索了有关 FTP 位错误的信息,我发现一些文章说 TCP 使用低级错误检测,因此 FTP 也会产生位错误。
那么,FTP 在传输大小约为 10MB 的压缩文件 (.gz) 时导致任何位错误的概率有多大?我可以用 SFTP 而不是 FTP 来解决这个问题吗?如果不行,我该如何处理?
我的环境
来源:FTP 客户端的 WinSCP(Windows Server 2012 R2)
目标:FileZilla 用于 FTP 服务器 (Windows Server 2012 R2)
编辑)就我而言,原因可能不是 FTP 传输错误。我只是想知道原因是 FTP 还是其他原因。
答案1
宇宙导致比特翻转的频率比你想象的要高。这就是在 tftp 之类的东西中考虑校验和和错误检测的原因之一。我不会急于责怪协议。
FTP 有可能出现位错误吗?
是的,但在我看来并不是最有可能的嫌疑人。
我可以使用 SFTP 而不是 FTP 来解决这个问题吗?如果不行,我该如何处理?
我的列表顶部是rsync
,尽管它可以用ssh
/cp
来处理rcp
(这似乎与 sftp 相当)。