FTP, медленный для соединения сначала

Я царапал голову по этому в течение многих месяцев и не могу иметь никакого смысла его. Это происходит не только со мной, но и другие подтверждают, что то же самое происходит с ними. Там циновка быть некоторыми журналами, которые я должен проверить, или инструменты, которые я должен использовать для трассировки то, что происходит, но я действительно не знаю, где направить то усилие. Это - проблема:

В моем офисе, соединяясь с удаленным FTP-сайтом занимает 20-30 секунд для соединения. После того, как соединенный, скорость является большой. Если клиент FTP испытывает таймаут, то требуются еще 20-30 секунд для повторного подключения.

После того, как подключенный к серверу, я могу открыть дополнительные соединения FTP, и они соединяются немедленно - нет никакой задержки. Таким образом, пока клиент не испытывает таймаут посредством неиспользования и должен снова соединиться снова.

Если я соединяю использование моего клиента, требуется 20-30 секунд. Я могу затем закрыть клиент полностью и открыть новый экземпляр. Это сразу соединяется. Если я ожидаю несколько минут прежде, чем попытаться соединиться, то я получаю то медленное начальное подключение снова.

Этого не происходит дома с моим тем же ноутбуком. Офисное соединение является Девственным кабельным Суперконцентратором V1, рабочий DHCP и предоставляемый фиксированный общедоступный IP. У меня есть почтовый и файловый сервер на демилитаризованной зоне на внутренней части сети, но трафик не проходит через тот сервер.

Дома я использую Девственный кабель с Суперконцентратором V2 в passthro/routher режиме. Сервер SME находится на этом, и весь трафик проходит через тот сервер, который действует как брандмауэр, маршрутизатор, внутренний DHCP и т.д.

Другие рабочие имеют другие домашние Интернет-соединения, различные Ose и клиенты, и видят то же самое (например, OS X с его встроенным клиентом).

Что могло вызывать это? Действительно ли там входит в систему, удаленные серверы, я - FTPing к этому, сказал бы мне, что могло происходить? Протокол может контролироваться при соединении для наблюдения то, что могло быть проблемой?

Извините, если это - неправильное место для выяснения у этого. Это вид крестов прямо по сетям, серверам и средствам разработки.

Править: соединения SSH к тем же серверам мгновенны - никогда задержка там.

Смотря на журнал сообщений, это появляется через какое-то время неактивности FTP, указывая, что это - вероятно, мой клиент, который закрывает соединение:

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.

(IP-адреса, замененные моим - IP и IP сервера)