什么会导致成功的 FTP 传输在全新的 RackSpace SSD 服务器上被截断？ [关闭]答案

【问题标题】：What could cause successful FTP transfers to be truncated on a brand new RackSpace SSD server? [closed]什么会导致成功的 FTP 传输在全新的 RackSpace SSD 服务器上被截断？ [关闭]
【发布时间】：2014-03-03 14:05:42
【问题描述】：

我正在尝试升级我的网络服务器。我在使用 SSD 的 RackSpace 上创建了最新一代虚拟服务器的全新实例。在这个全新的实例上，我安装了以下内容：

谷歌浏览器
FileZilla FTP 客户端

然后我连接到另一台服务器上的 FileZilla FTP 服务器，该服务器托管 2 个我用来测试的图像文件。然后我下载了 2 个图像文件，FileZilla 将其报告为“成功传输”。但是，这两个图像文件都被截断了！这可能是什么原因造成的？

需要注意的几点：

仅当新实例使用 SSD 时才会发生这种情况。如果我创建一个没有 SSD 的相同实例（使用 SATA 代替），则不会发生错误。
在传输文件的服务器上，文件也报告为已成功传输。此服务器已用作 FTP 服务器很长一段时间没有任何问题。
如果我将新的 SSD 实例设置为 FTP 服务器并向其上传一堆文件，其中一些文件会随机截断 2-10KB。在大约 150MB 的上传中，我最终可能会丢失 150-200KB。如果我再次传输它们，则会截断不同的文件子集。
如果我将 FTP 服务器上的传输速度限制为 100KB/s，则 2 个图像文件可以成功传输而不会被截断。如果我将传输速度限制为 500KB/s，图像文件将被截断，就像没有限制一样。

关于如何发生这种情况的任何想法？

更新：它与 FileZilla 无关。在命令行上使用 ftp 也是同样的问题：

【问题讨论】：

讨厌！我会尝试从命令行手动执行 FTP，看看是否可以排除 FileZilla。我也会尝试做 PUT 和 GET 来查看方向是否有所不同。您将不得不以某种方式缩小这个问题的范围......
对于上面的第三个要点（当我上传到新服务器时随机文件被截断），无论我在新实例上运行的特定 FTP 服务器如何，都会出现此问题（我尝试过FileZilla 和 IIS 的 FTP）。
这听起来很基本。你可以通过 ssh 进入服务器并运行一个脚本来不断创建随机大小的文件，然后测试它们的长度是否正确？
我不确定你的意思。您的意思是在服务器上本地创建文件只是为了测试以确保硬盘驱动器正常工作？硬盘驱动器似乎工作正常（我能够启动并运行 SQL 数据库，并且它已通过所有测试）。此外，如果我托管 2 个图像文件并通过 HTTP 下载它们，它们会正确下载。问题似乎只出在 FTP 上
问题的补充。如果我在网络适配器上禁用 TCP 卸载校验和，则图像文件可以成功传输。然而，这会导致一个新问题，即传输速度现在范围为 0-3KB/s。 speedtest.net 甚至无法读取，因为它低于 0.01mbps。

标签： windows ftp filezilla rackspace solid-state-drive

【解决方案1】：

解决方案记录在这里：http://www.rackspace.com/knowledge_center/article/disabling-tcp-offloading-in-windows-server-2012

那篇文章适用于 Windows Server 2012。就我而言，我使用的是 Windows Server 2008。要访问网络适配器属性，请转到

右击计算机 --> 属性
设备管理器
打开网络适配器下拉菜单并右键单击 --> 属性
转到高级选项卡
禁用除 UDP Checksum Offload 之外的所有内容。

重要提示：如果仅禁用某些选项，您会发现性能大幅下降。禁用所有必要选项后，性能将恢复到正常水平。

【讨论】：

你应该解释一下为什么 TCP卸载会导致这样的错误。
不幸的是，我不知道为什么会这样。在 Rackspace 支持的帮助下，我完成了这个修复。

【解决方案2】：

它说传输完成的原因是因为关闭套接字是-不幸的是-FTP如何定义完成的传输。（它打开一个数据连接并发送数据。关闭连接意味着文件已完全发送。）

由于某种原因，连接似乎过早关闭。

就我个人而言，这听起来确实很奇怪，可能是驱动程序问题或硬件问题，但我会尝试：
1.尝试被动模式FTP。命令行客户端默认使用 PORT 模式。 PASV 对防火墙更友好。
2. 尝试禁用所有软件防火墙（如 Windows 防火墙）并重试。

【讨论】：