Иногда случаются проблемы с подключением по FTP. Для того, чтобы оперативно решить такую задачу, необходимо выполнить диагностические меры, описанные ниже.
Проверка режима FTP
Первым делом стоит проверить, какой режим FTP используется. Рекомендуется использовать Пассивный, к примеру в клиенте Filezilla это настраивается во вкладке Редактирование -> Настройки -> FTP
Если изначально режим используется пассивный, то стоит проверить, не блокирует ли соединение локальный брендмауер (фаервол) или антивирус. Для этого банально отключаем поочередно брендмауер и антивирус и подключаемся еще раз. Если проблема осталась актуальной, то проведём диагностику подключения.
Для начала, проверим подключение к серверу через утилиту telnet, в качестве имени сервера указываем название, которое можно посмотреть в личном кабинете в разделе FTP (в нашем случае — это matrix. beget. com).
Если все в порядке, то должно будет появиться приглашение сервера, что-то вроде этого:
Ошибка Unable to connect to remote host: Connection refused
Означает, что FTP-клиент не может соединиться с сервером. Обычно ошибка выглядит примерно так:
Как правило, здесь имеют место быть три причины:
- блокировка ftp-подключения брандмауэром (файерволом) или антивирусом Вашего компьютера;
- блокировка вашего внешнего ip-адреса на нашем сервере;
- проблемы на стороне промежуточных узлов (между нашим сервером и вашим компьютером).
Чтобы попробовать определить на каком узле происходит обрыв, нужно сделать трассировку маршрута командой traceroute:
В Mac OS X команда будет выглядеть так:
Должно появиться примерно следующее:
Также стоит пропинговать хост утилитой ping:
Должно появиться примерно следующее:
Возможно проблема связана с тем, что Ваш внешний IP-адрес заблокирован на сервере, для проверки идем на сайт https://myip. ru/, он отобразит Ваш внешний IP-адрес. Его нужно сообщить технической поддержке, чтобы специалисты проверили, не заблокирован ли указанный IP-адрес на сервере, к которому идет подключение. Лучше всего обратиться, написав тикет из Личного кабинета (раздел «Связь» или «Помощь и поддержка»). В тикете необходимо предоставить вывод команд ping, tracert (traceroute) и внешний IP-адрес, который Вы узнали на сайте https://myip. ru/. Не лишним будет указать также данные, с которыми Вы пытаетесь подключиться, так как зачастую ошибка в подключении кроется в неверно вводимых данных: логин, пароль, имя сервера.
Ошибка 530 Login incorrect
Очень распространённая ошибка «Login incorrect«. В журнале FTP-клиентов она выглядит примерно так:
Означает эта ошибка то, что передаваемые логин, пароль или сервер ошибочные. В этом случае перепроверьте правильность введённых данных и исправьте ошибку.
Удачной работы! Если возникнут вопросы — напишите нам, пожалуйста, тикет из Панели управления аккаунта, раздел «Помощь и поддержка».
Загрузка файлов по FTP, частые проблемы и их решение. Port mismatch. Command has been tained by router or firewall. Команда PORT повреждена маршрутизатором или брандмауэром.
Активный и пассивный режимы передачи
ФТП-соединение работает в два потока — поток управления и поток данных.
Поток управления проходит через стандартный 21-й порт сервера, остаётся открытым в течении всей сессии и используется для управления сессией соответственно, обмена между сервером и клиентом паролями и командами.
Поток данных может быть открыт в одном из двух режимов:
активный режим — поток открывается сервером из порта 20 к порту компьютера клиента;
пассивный режим — поток открывается клиентом из любого порта к порту сервера.
В настройках некоторых ФТП-клиентов, например FileZilla, есть возможность устанавливать фиксированный диапазон портов локального компьютера клиента к которым будет подключатся ФТП-сервер для создания потока данных в активном режиме (Редактирование -> Настройки -> Соединение -> FTP -> Активный режим -> Ограничение локальных портов).
ФТП-клиент за двумя роутерами
Основные проблемы с загрузкой файлов по ФТП обычно связаны с использованием активного режима и когда ФТП-клиент при этом не имея «белого ИП-адреса» находится за двойным NAT-ом, т. е. за двумя роутерами (маршрутизаторами).
За двумя роутерами (маршрутизаторами) FileZilla может не работать в активном режиме. Проверить работоспоосбность активного режима можно запустив «Редактирование -> Мастер настройки сети», вероятно результатом будет «Ответ: 502 Port mismatch».
Соединяюсь с probe. filezilla-project. org
Соединение установлено, ожидание приглашения.
Ответ: 220 FZ router and firewall tester ready
USER FileZilla
Ответ: 331 Give any password.
PASS 3.39.0
Ответ: 230 logged on.
Проверка корректного внешнего IP
Получение внешнего IP-адреса с https://ip. filezilla-project. org/ip. php
Проверка корректного внешнего IP
IP xxx. xxx. xxx. xxx bii-bgd-ia-bhc
Ответ: 200 OK
PREP 6351
Ответ: 200 Using port 6351, data token 1133474158
PORT xxx, xxx, xxx, xxx,24,207
Ответ: 502 Port mismatch. Received arguments contained port 1690. Command has been tained by router or firewall.
Команда PORT повреждена маршрутизатором или брандмауэром.
Соединение закрыто
Выходов из ситуации несколько:
- В настройках FTP-клиента назначить активному режиму фиксированный диапазон портов и их «проброс» на обеих роутерах (если к ним есть доступ);
- Переключение маршрутизатора в режим моста (Bridge Mode, в некоторых роутерах aka Access point);
- Назначение хоста в качестве DMZ;
- Переключение FTP-клиента в пассивный режим.
Загрузка больших файлов зависает на 100%
В некоторых случаях может показаться, что загрузка большого файла зависает на 100%, после обрывается и начинается заново.
Обычно проблема связана с потерей или модификацией пакетов роутером (его брандмауэром).
- Larges uploads stuck at 100% — FileZilla Forums
https://forum. filezilla-project. org/viewtopic. php? t=34311
Однако это не последняя из причин сбоя и повторной до бесконечности загрузки больших файлов даже в пассивном режиме. Ещё одной из причин может быть использование сервером временных файлов, как например в случае с «MEGAcmd».
- Upload big files like 5 GB or higher stuck at 100%
https://github. com/meganz/MEGAcmd/issues/405
Так например, когда на локальный ФТП-сервер MEGAcmd идёт загрузка файла, то фактически mega-cmd-server в это время не перекачивает файл в сеть, а складывает все данные в локальный временный файл. После этого, когда все данные переданы в локальный временный файл, ФТП-клиент (скажем FileZilla) подразумевает 100%-ю загрузку файла и ожидает от сервера соответствующее подтверждение в течении установленного в настройках (Редактирование -> Настройки -> Соединение) таймаута (Время ожидания: Если во время операции данные не будут переданы дольше этого времени, то соединение будет закрыто и FileZilla попытается подключится заново.).
В примере по ссылке вышые закачка файла в ФТП-сервер MEGAcmd (т. е. в локальный временный файл) размером 5 GB заняла каких-то +- 5 мин, а физическая перекачка же его в сеть на сервера MEGA по данным «логов» в режиме отладки заняла около 25 мин. Поэтому при работе с серверами использующими временные файлы «Время ожидания» (ака таймаут) должно быть зачительно высоким, скажем 3600/7200 сек или выше.
P. S. Возникли другие проблемы с ФТП? Пишите о них в комментариях.
Рекомендуемый контент
А тут же ж мог быть рекомендуемый контент от гугла Для отображения рекомендуемого контента необходимо в браузере разрешить выполнение JavaScript скриптов, включая скрипты с доменов googlesyndication. com и doubleclick. net
Вы не любите рекламу!? Напрасно!:) На нашем сайте она вовсе ненавязчивая, а потому для нашего сайта можете полностью отключить AdBlock (uBlock/uBlock Origin/NoScript) и прочие блокировщики рекламы! AdBlock/uBlock может препятствовать нормальной работе системы поиска по сайту, отображению рекомендуемого контента и прочих сервисов Google. Рекомендуем полностью отключить блокировщик рекламы и скриптов, а также разрешить фреймы (aka iframe).
Помощь
Проверьте, установлен ли FTP-сервер на удаленном сервере.
ОС CentOS
В примере ответ сервера означает, что сервер FTP установлен. В случае, если сервер не установлен, ответ будет либо пустым, либо содержать сообщение о том, что FTP не установлен. В этом случае выполните установку FTP-сервера командой
ОС Debian/Ubuntu
В примере ответ сервера означает, что сервер FTP установлен. В случае, если сервер не установлен, ответ будет либо пустым либо содержать сообщение о том, что FTP не установлен. В этом случае выполните установку FTP-сервера командой
Проверьте, запущен ли сервис FTP на удаленном сервере. Выполните команду
В результате выполнится проверка, открыт ли 21 порт на удаленном сервере и есть ли соединение через этот порт. Если команда telnet не работает, то установите утилиту
Проверить работоспособность 21 порта на удаленном сервере можно командой
Результат выполнения команды “21. *LISTEN” говорит о том, что 21 порт открыт и прослушивается.
Для альтернативной проверки работоспособности ftp выполните команду
Если команда netstat не работает, то установите утилиту командой
Если в результате выполнения вышеперечисленных команд, вы убедились, что 21 порт закрыт, выполните команду, запускающую ftp сервис
Проверьте разрешения пользователя на подключение по FTP.
Перечень пользователей, которым запрещен доступ по FTP, находится в файле /etc/ftpusers. Убедитесь, что в нем отсутствует имя пользователя, который не может подключиться к серверу. Для ОС CentOS 6 выполните команды
Проверьте, не блокирует ли фаервол IP-адрес, с которого выполняется подключение к серверу. Выполните команду
Просмотрите ответ команды и убедитесь, что 21 порт не заблокирован фаерволом.
Невозможно просмотреть. htaccess по FTP
В UNIX-подобных операционных системах все файлы, которые начинаются с точки, являются скрытыми. При подключении по FTP укажите, что нужно показать скрытые файлы. Мы рекомендуем использовать FTP-клиент Filezilla, который находится в открытом доступе на сайте https://filezilla. ru/.
Альтернативным вариантом является отображение скрытых файлов для любых подключений. Эта настройка выполняется на FTP-сервере. Например, для proftpd в конфигурационный файл /usr/local/etc/proftpd. conf добавьте строку
Если вы используете ISPmanager, то данная настройка выполнена по умолчанию.
Невозможно подключиться пользователем root по FTP
По протоколу FTP доступ суперпользователю root закрыт в целях безопасности. Используйте протокол SFTP либо подключайтесь другим пользователем.
https://beget. com/ru/kb/how-to/ftp/reshenie-problem
https://remoteshaman. com/server/common/ftp-upload-problem
https://ispserver. ru/help/reshenie-naibolee-chastyh-problem-s-ftp