FTP首先连接慢

几个月来我一直在摸索着这个问题,不能理解它。 这不仅发生在我身上,而且还有一些人确认同样的事情发生在他们身上。 有一些我需要检查的日志,或者我需要使用的工具来跟踪发生的事情,但是我真的不知道在哪里指导这个工作。 这就是问题:

在我的办公室,连接到远程FTP站点需要20-30秒的时间来连接。 一旦连接,速度是伟大的。 如果FTP客户端超时,则需要20-30秒才能重新连接。

一旦连接到服务器,我可以打开更多的FTP连接,并立即连接 – 没有任何延迟。 也就是说,直到客户端通过不使用而超时,并且需要重新连接。

如果我使用我的客户端连接,则需要20-30秒。 然后,我可以完全closures客户端,并打开一个新的实例。 那立即连接。 如果我在尝试连接之前等待几分钟,然后再次慢速初始连接。

这不会发生在家里,我的笔记本电脑。 办公室连接是一个Virgin电缆Superhub V1,运行DHCP并提供一个固定的公共IP。 我在networking内部的DMZ上有一个邮件和文件服务器,但是通信不通过那个服务器。

在家里,我用passthro / rouher模式的Superhub V2使用Virgin电缆。 一个SME服务器就在这个位置,所有的stream量都通过该服务器,这个服务器充当防火墙,路由器,内部DHCP等等。

其他工作人员有其他家庭互联网连接,不同的操作系统和客户端,并看到相同的东西(如OS – X的内置客户端)。

什么可能导致这个? 是否有我login远程服务器上的日志会告诉我会发生什么? 连接时可以监视协议,看看可能是什么问题?

对不起,如果这是错误的地方问这个问题。 这种跨越networking,服务器和开发工具的权利。

编辑:ssh连接到相同的服务器是即时的 – 从来没有延误。

查看消息日志,在FTP不活动的一段时间之后会出现,表明它可能是我的客户端closures连接:

proftpd: server-ip (my-ip[my-ip]) - Client session idle timeout, disconnected proftpd: server-ip (my-ip[my-ip]) - FTP session closed. 

然后,当连接到FTP时, 20秒延迟之后立即出现在日志中,并且客户端指示它已经连接:

 xinetd START: ftp pid=15055 from=::ffff:my-ip www proftpd[15055]: server-ip (my-ip[my-ip]) - mod_tls/2.6: no TLSRSACertificateFile, TLSDSACertificateFile, TLSECCertificateFile or TLSPKCS12File configured; unable to handle SSL/TLS connections www proftpd: server-ip (my-ip[my-ip]) - FTP session opened. 

(用my-ip和server-ipreplaceIP地址)

使用proftpdlogin延迟的最常见原因是:

  1. 客户端IP的反向DNSparsing(通过UseReverseDNS off
  2. RFC1918查找(通过IdentLookup off
  3. 通过mod_delay添加时序延迟(通过DelayEngine off

希望这些调整之一将有所帮助!

尝试使用PASSIVE模式,这个问题可能是由代理引起的。