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

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

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

Решение: Попробуйте Ядро FTP или подобный. Маловероятно, что Вы сможете убедить упрямых людей FileZilla добавлять (глупо простой), опция обходного решения - "отступает к СПИСКУ, если MLSD испытывает таймаут".

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

Просто хочу сообщить людям, как я получил эту работу.

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

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

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

Сервисное название: Whateveryoulike

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

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

Локальный порт: ОСТАВЬТЕ ЭТО НЕЗАПОЛНЕННОЕ

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

Добавить

Подать заявку

БЫСТРО РАСТИТЕ! Мы получили восходящий канал.

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

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

Перейдите в Управление сайтом , выберите сайт с проблемой. Выберите вкладку Настройки передачи и выберите Активный вместо По умолчанию .

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

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

Если вы подключаетесь к серверу 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.

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

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

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

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

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

Теперь я решил проблему.

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

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

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

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

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

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

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

Было легко исправлено путем входа в Filezila

Edit ---> Settings ---> Passive mode settings

Change to «Follow the following IP: Enter your external static IP