Не вдається підключитися до FTP - час очікування з'єднання після MLSD

Тому ось моя проблема, я абсолютно не в змозі підключитися до FTP-сервера за обставин, яких я ніколи не бачив. Ось така ситуація:

• Я отримую "Час з'єднання вичерпано" відразу після команди MLSD.
• Зазвичай я використовую Filezilla під Ubuntu, але, щоб переконатися, що проблема не пов’язана з цим конкретним клієнтом, я спробував декілька інших: gftp на ubuntu і wincp і freeftp на Windows 7. Все той же результат.
• Також обов’язково спробуйте з активними або пасивними режимами. Той самий результат.
• У цей момент я схиляюсь до думки, що з моєю нинішньою мережею щось не так (до того ж, за словами колеги, FTP-сервер в порядку). Але я перевірив за допомогою http://ftptest.net/, і я можу отримати список каталогів (що я не в змозі через клієнт FTP).

Отже, врешті-решт, останнє, що я не намагався - це перейти в іншу мережу, рішення, яке, здається, спрацювало б, але в довгостроковій перспективі було б не дуже практичним. І тому я гадаю, що з моїм маршрутизатором щось не так ... але що це могло бути?

Примітка: я спробував спочатку зареєструвати та опублікувати це питання на дошці filezilla ... але я не можу створити обліковий запис з обліковим записом gmail та hotmail. WTF?

За словами адміністраторів FileZilla, ваш маршрутизатор, ймовірно, є проблемою (навіть якщо ви, мабуть, нічого не можете з цим зробити), і вони не збираються виправляти його, щоб повернутися до списку, якщо час MLSD вичерпається. Дивіться: http://forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15

Рішення: Спробуйте Core FTP або подібне. Навряд чи ви зможете переконати впертих людей FileZilla додати (дурно простий) варіант вирішення проблеми - "повернутися до списку, якщо час MLSD закінчиться".

Або, оскільки це відкритий код, подивіться, чи можете ви чи хтось інший внести зміни та скласти їх самостійно. Я думаю, якщо ви спробуєте подати зміну, яку слід додати до офіційної збірки, вони відкинуть її, але, можливо, ми могли б бути приємно здивовані.

Після тривалого пошуку рішення було простим:

Перейдіть Site Management, виберіть сайт із проблемою. Виберіть вкладку Transfer Settingsта виберіть Activeзамість Default.

Я знайшов проблему в шифруванні, коли я змінив її на "Використовувати лише звичайний FTP (незахищений)", тоді вона працює чудово!

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

Я вирішив проблему, використовуючи тунель ssh через один із моїх особистих серверів. Я абсолютно здивований, чому це працює. Зараз я перебуваю в Японії, а мій сервер у Канаді, тому, можливо, виникла проблема з IPv6 адресою (хоча сервер каже, що цього не слід) ...?

Просто хочу повідомити людям, як я це працював.

З часом очікування MLSD проблема може бути і в маршрутизаторі.

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

Я зробив це в розділі переадресації портів (Віртуальний сервер його називається в маршрутизаторах ASUS):

Назва послуги: Whateveryoulike

Діапазон портів: пасивні порти, які ваш пристрій використовуватиме (стандарт 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 минати між брандмауером тощо), і жодна не працювала для мене (у мене Windows 10).

У мене була така ж проблема, намагаючись підключитися через швидке з'єднання через порт 2222. Потім я скористався диспетчером сайтів із налаштуваннями нижче і більше помилок:

• порт 2222
• протокол SFTP
• Тип логотипу Звичайний
• користувач і пройти

Потім негайно пройшло підключення через менеджера сайту.

Це пристрасно просто!

Ви повинні додати брандмауер для Fillzilla (або будь-якого клієнта, який ви використовуєте).

(Якщо це не працює, це може бути щось про брандмауер або порт, спрямований на ваш маршрутизатор.)

PS: Зміна режиму вашого підключення до активного може бути хитрістю, але це не "найкраще рішення практики". ;-)