SGE Sun (Механизм Сетки Sun) является кластером, планируя/обрабатывая в пакетном режиме систему массового обслуживания, которая в он - последняя экономия электроэнергии поддержек выпуска путем выключения узлов, которые не в настоящее время необходимы согласно определенной спецификации очереди/рабочей нагрузки. Следует иметь в виду, что это - система особого назначения выхода HPC. Выключение определенных частей центра обработки данных может быть одной огромной проблемой зависимости.
Насколько я вижу, Вы соединяетесь со своим внутренним IP (192.168.1.53), но сервер дает свой внешний IP (71.127.90.47) согласно директиве MasqueradeAddress. Вы также используете TLS, вот почему маршрутизатор не может отслеживать соединение FTP.
У меня была та же проблема с моим pureftpd сервером и работавший это вокруг с запуском двух различных адресов для объявления (как MasqueradeAddress в случае) один для внутренней зоны, и один для внешнего (внешним адресом является статически NATed быть маршрутизатором директора по ИТ-безопасности). Эти серверные процессы слушают различные порты (10021 и 20021). Я также добавил эти строки к своей конфигурации iptables:
-A PREROUTING -i eth0 -p tcp -m tcp --dport 21 -j REDIRECT --to-ports 10021
-A PREROUTING -i eth1 -p tcp -m tcp --dport 21 -j REDIRECT --to-ports 20021
Как Вы видите, все запросы от внутреннего networ перенаправляются к "локальному" серверу, и все другие перенаправляются к "интернет-" серверу.
Я надеюсь, я понял проблемное право, и мое объяснение является достаточно четким.
P.S. О FTPtest.net. Я также протестировал свой сервер с этим тестером, но он имеет очень строгие правила. Мои тесты проходятся с http://www.net2ftp.com/
Более простой ответ - перевести ftp-клиент в активный режим. Filezilla имеет его в списке «настроек передачи».
Может быть не очень изящно, но у меня это сработало;)