FTP上传超时的解决过程_426 failure reading network stream.

背景：买了一个阿里云的云虚拟机用来搭建网站（起初不了解云虚拟主机和云服务器的区别，以为都是有SSH功能的，后来发现不是这样样子啊，云虚拟机就是FTP上传网页+MySQL存储数据，对于只做网站来说还行，但是想做一些扩展或高级功能就不行了，强烈建议还是买云服务器ECS）。

使用的时候遇到一个非常奇怪的现象。在家里的网络环境下（使用DLink做路由器），连接FTP服务器和下载文件都没有问题，但是上传文件总是到100%然后卡住很久，然后出现Timeout，服务器上的文件被覆盖，但字节为0。一开始以为是FileZilla设置的问题，于是在主动被动模式，字符集这些调了半天，还是不行；后面更换了Transmit，Mac终端的ftp，Windows虚拟机里面的Explorer，CuteFtp，FlashFXP这些进行测试，发现还是一样的结果。但是后面我在公司网络环境下使用任何一个客户端进行上传都没有出现问题。

我怀疑是阿里云的云虚拟机FTP有限制，我在阿里云工单系统提交了一个工单要求解决两个问题：

发送超时问题：
ftp> put ~/common.css /htdocs/common.css
229 Entering Extended Passive Mode (|||40019|).
150 Ok to send data.
100% |***********************************| 16335 21.08 MiB/s 00:00 ETA
426 Failure reading network stream.
16335 bytes sent in 00:56 (0.28 KiB/s)

录失败问题：
421 There are too many connections from your internet address.

但通过讨论发现第二个问题应该是我在上传超时时多次断开和连接造成的，容易解决。问题在于上传超时问题，售后认为可能是IP遭到屏蔽，但查询后并没有。没有更好的思路解决问题，只好在家里各种测试，多次测试后发现只要是一个比较"小"的文件（小于1KB），上传成功；但是“大”一点的文件（比如2KB以上），就总是上传失败。跟文件的类型无关。反馈给售后后认为是我本地的网络环境不稳定导致的，但是我用的是以太网，使用的过程中HTTP下载、QQ微信登录都没有问题，玩DOTA2也没有出现掉线情况，应该不会“不稳定”到2KB的文件都上传不上去。最终我测试得出文件<=1432B都能上传，>1432B就上传不了了，更排出了“不稳定”的问题，因为不稳定的话上传失败不可能一直处于1433B这个临界值。

在Google上搜索相关中文网页，但很少有相关的信息，不过有一些引导我向防火墙、路由器这些方面思考，反馈给售后那边却表示没有更多办法帮忙了。Mac的防火墙我都是关闭的；路由器防火墙管理方面只能自己动手把功能都试一下。但是DMZ，防火墙规则，端口转发这些设置弄了遍也没有解决问题。

还是回到Google，在更换了多次英文关键词后，终于找到了一些跟我同病相怜的人。其中最为有用的是https://trac.filezilla-project.org/ticket/5533#no1，通读了一遍终于找到了问题所在。大意就是FTP使用两个TCP连接来通信，一条控制连接(control connection)用来提交命令和接受回复；一条数据连接(data connection)来处理实际的文件传输。在文件传输过程中，控制连接是很容易进入空闲状态的，TCP标准也没有规定一个连接的最大空闲时间。但是路由器和防火墙经常会把空闲的连接给关闭掉，并且不通知双方，就造成了传输100%但最后还是超时的现象。后面的评论就是解决问题的关键了：TCP传输过程中有最大的包上限MTU(Maximum Transmission Unit，不超过1500)，超过这个大小的传输就要拆成多个包(packet)。所以比较“小”的文件不用拆包，一次就传输完了；“大”的文件需要拆包，分多次发送，就出现超时的问题。对于不同的ISP提供商来说，不同的MTU存在最优值。于是在路由器管理页面找到MTU设置，发现原来是1492，随手用网上找的值1472填进去，重启路由器，It works!!