Невозможно подключиться к FTP - Тайм-аут соединения после MLSD

Итак, вот моя проблема, я абсолютно не могу подключиться к FTP-серверу, в обстоятельствах, которые я никогда не видел раньше. Вот ситуация:

• Я получаю «Тайм-аут соединения» сразу после команды MLSD.
• Я обычно использую Filezilla под Ubuntu, но чтобы убедиться, что проблема не связана с этим конкретным клиентом, я попробовал несколько других: gftp на ubuntu и winscp и freeftp на windows 7. Все тот же результат.
• Также обязательно попробуйте с активным или пассивным режимами. Тот же результат.
• На данный момент я склонен думать, что с моей текущей сетью что-то не так (более того, по словам коллеги, FTP-сервер в порядке). Но я проверил с http://ftptest.net/, и я могу получить список каталогов (что я не могу через FTP-клиент).

В конце концов, последнее, что я не пробовал, - это перейти в другую сеть, решение, которое, кажется, будет работать, но не будет очень практичным в долгосрочной перспективе. И, таким образом, я думаю, что-то не так с моим маршрутизатором ... но что это может быть?

Примечание. Сначала я попытался зарегистрироваться и опубликовать этот вопрос на форуме filezilla ... но я не могу создать учетную запись с учетной записью gmail или hotmail. WTF?

По словам администраторов FileZilla, ваш роутер, вероятно, является проблемой (даже если вы, вероятно, не можете ничего с этим поделать), и они не собираются это исправить, чтобы вернуться к LIST, если время MLSD истекло. См. Http://forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15.

Решение: Попробуйте Core FTP или аналогичный. Маловероятно, что вы сможете убедить упрямых ребят из FileZilla добавить (тупо простой) вариант обходного пути - «вернуться к LIST, если время MLSD истекло».

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

После долгих поисков решение было простым:

Зайдите Site Management, выберите сайт с проблемой. Выберите вкладку Transfer Settingsи выберите Activeвместо Default.

Я обнаружил проблему в Encryption, когда я изменил его на «Использовать только обычный FTP (небезопасный)», тогда он работает отлично!

FileZilla мне очень знакома, и мне нужно бороться за ошибки при каждом его обновлении.

Я исправил проблему, используя ssh-туннель через один из моих личных серверов. Я абсолютно озадачен тем, почему это будет работать. Я в настоящее время нахожусь в Японии, и мой сервер в Канаде, так что, возможно, есть проблема с адресом IPv6 (хотя сервер говорит, что это не должно) ...?

Просто хочу, чтобы люди знали, как я получил это работает.

С тайм-аутом MLSD проблема также может быть в маршрутизаторе.

Я получил новый маршрутизатор Asus и неправильно перенаправил порты для пассивного режима. У меня есть qnap NAS, и я подключаюсь к порту 21 на ftp и порту xxxxx: xxxxx в пассивном режиме. В моем маршрутизаторе asus теперь я правильно настроил порт (виртуальный сервер), и он снова работает. Мой FTP перенаправлен правильно на порт 21 на мой NAS IP, просто стандартные вещи. Проблема заключалась в том, что мой NAS хотел использовать пассивные порты.

Я сделал это в моем разделе переадресации портов (Virtual Server он называется в маршрутизаторах ASUS):

Название сервиса: какой бы ты ни был

Диапазон портов: пассивные порты, которые будет использовать ваше устройство (стандарт 55536: 56559 для Qnap)

Локальный IP: локальный IP-адрес устройства (что-то вроде 192.168.0.xxx)

Локальный порт: оставьте этот пустой

Протокол: оба

Добавить

Подать заявление

БУМ! Мы получили связь.

Проблема может быть в чем-то другом, но это исправило мой тайм-аут, и теперь все работает.

Если вы подключаетесь к Unix-серверу и на нем запущен iptables (межсетевой экран), проверьте конфигурацию iptables в / etc / sysconfig / iptable-config для этой строки:

IPTABLES_MODULES = ""

если оно пустое, отредактируйте его следующим образом:

IPTABLES_MODULES = " ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

и перезагрузите или перезапустите iptables: перезапустите сервис iptables (или перезапустите). Теперь попробуйте подключиться (в пассивном режиме), и оно должно работать без проблем.

Это решило нашу проблему в офисе, на настольных компьютерах с Windows 7 / 8.1, за NAT и подключением с WinSCP 5.5.3 к производственному серверу под управлением CentOS 6.6 x86_64, Plesk 12 и ProFTPd.

Вам не нужно делать какие-либо сумасшедшие настройки в вашем ftp-клиенте.

Приветствия, Майкл.

PS: Для этого вам понадобятся SSH-доступ и права root.

Как и другие, я потратил много времени на эту проблему.

Я сейчас исправил проблему.

Я использовал FireFTP (бесплатное дополнение к Firefox), и он впервые работал без проблем.

Одна вещь, которую я заметил, заключалась в том, что FireFTP по умолчанию настроен на порт 21.

С другой стороны, FileZilla не позволяет заполнять поле «Порт» (по умолчанию оно снова становится пустым). Возможно, это было частью проблемы.

Я перепробовал все вещи, упомянутые ранее (смените на Active, разрешите Filezilla за Firewall и т. Д.), И ни одна из них не сработала (у меня Windows 10).

У меня возникла та же проблема, когда я пытался подключиться через Быстрое подключение через порт 2222. Затем я использовал Site Manager с настройками ниже и больше ошибок не было

• порт 2222
• протокол SFTP
• Тип входа Нормальный
• пользователь и пропуск

Затем подключение через менеджер сайта прошло сразу.

Это очень просто!

Вы должны добавить исключение брандмауэра для Fillzilla (или любого клиента, который вы используете).

(Если это не работает, это может быть что-то о брандмауэре или порте вашего маршрутизатора.)

PS: Изменение режима подключения к активному может быть хитростью, но это не «лучшее решение». ;-)