Назад | Перейти на главную страницу

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

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

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

Примечание: я попытался сначала зарегистрироваться и опубликовать этот вопрос на доске filezilla ... но я не могу создать учетную запись с учетной записью Gmail или Hotmail. Какого черта?

По словам администраторов 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.

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

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

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

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

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

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

Я сделал это в разделе перенаправления портов (виртуальный сервер, как он называется в маршрутизаторах ASUS):

Название службы: Whateveryoulike

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

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

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

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

Добавить

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

БУМ! Получили аплинк.

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

Если вы подключаетесь к серверу unix и на нем работает iptables (брандмауэр), проверьте конфигурацию iptables в / и т.д. / 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 не позволяет заполнять поле «Порт» (по умолчанию оно будет пустым). Возможно, это было частью проблемы.

Я пробовал все, что упоминалось ранее (перейти на «Активный», разрешить Filezilla пройти через брандмауэр и т. Д.), И у меня ничего не сработало (у меня Windows 10).

Было легко исправить, войдя в Filezilla

Изменить ---> Настройки ---> Настройки пассивного режима

Измените на "Follow the following IP: Enter your external static IP"

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

  • порт 2222
  • протокол SFTP
  • Тип входа Обычный
  • пользователь и пройти

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

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

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

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

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