经官方查询,ftp上传的文件日期和时间是服务器端的时间和日期,可以在详情界面查看。
FTP协议是一个用于在计算机网络上客户端和服务器之间进行文件传输的应用层协议,包括FTP服务器和FTP客户端两个组成部分。FTP能操作任何类型的文件而不需要进一步处理,但有着极高的延时,从开始请求到第一次接收需求数据之间的时间较长,并不时地执行一些冗长的登录进程。
这个要看网速的,不过一般都不太可能达到30M5分钟的速度。如果你是用2M带宽上网,上传速度最多也就是个80几K/S,换算一下就是一分钟4800K,4M多点儿,这还是在网络条件好的情况下。最近有个同时的ftp总是上传文件失败,更换过各种ftp客户端和账号都没有问题,之后又怀疑是win10的问题,但是另外一个同事也是win10,同样的软件,同样的账号都没问题。后来也关过系统防火墙,windows denfender之类的,均告失败。正当准备放弃的时候,突然看到一篇文章(原文连接: https://trac.filezilla-project.org/ticket/5533#no1 )是和同事的情况类似,因为他也是很小的文件可以上传,但是大于几kb之后就不能上传了,而导致这个问题的原因是和 MTU 有关。
具体来说,FTP使用两个TCP连接来通信,一条控制连接(control connection)用来提交命令和接受回复;一条数据连接(data connection)来处理实际的文件传输。在文件传输过程中,控制连接是很容易进入空闲状态的,TCP标准也没有规定一个连接的最大空闲时间。但是路由器和防火墙经常会把空闲的连接给关闭掉,并且不通知双方,就造成了传输100%但最后还是超时的现象。后面的评论就是解决问题的关键了:TCP传输过程中有最大的包上限MTU(Maximum Transmission Unit,不超过1500),超过这个大小的传输就要拆成多个包(packet)。所以比较“小”的文件不用拆包,一次就传输完了;“大”的文件需要拆包,分多次发送,就出现超时的问题。
好了既然找出始作俑者了,那么如何修改呢?
通过上面的设置修改,发现果然ftp上传没问题了。
抱着好奇的态度,我又去看了下另外一个同事的电脑发现,他的 MTU也是默认的1500,为什么他可以???
后来又查询资料发现,原来MTU和ISP有关系,后来我又对比了下他们电脑上的dns,发现果真不一样。好吧,又学习到了不少知识。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)