FTP. Решение проблем

Иногда случаются проблемы с подключением по 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-ом, т. е. за двумя роутерами (маршрутизаторами).

double nat, jpg

За двумя роутерами (маршрутизаторами) 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 повреждена маршрутизатором или брандмауэром.
Соединение закрыто

Выходов из ситуации несколько:

  1. В настройках FTP-клиента назначить активному режиму фиксированный диапазон портов и их «проброс» на обеих роутерах (если к ним есть доступ);
  2. Переключение маршрутизатора в режим моста (Bridge Mode, в некоторых роутерах aka Access point);
  3. Назначение хоста в качестве DMZ;
  4. Переключение 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 выполните команду

e3f7e0af3d004ebd893a444f15acc398.jpeg

Если команда netstat не работает, то установите утилиту командой

Если в результате выполнения вышеперечисленных команд, вы убедились, что 21 порт закрыт, выполните команду, запускающую ftp сервис

Проверьте разрешения пользователя на подключение по FTP.

Перечень пользователей, которым запрещен доступ по FTP, находится в файле /etc/ftpusers. Убедитесь, что в нем отсутствует имя пользователя, который не может подключиться к серверу. Для ОС CentOS 6 выполните команды

602ea5ff4070471c9dbbf89d1d05b4a8.jpeg

Проверьте, не блокирует ли фаервол IP-адрес, с которого выполняется подключение к серверу. Выполните команду

b765e69f12774f45b6c90129b7cc4f65.jpeg

Просмотрите ответ команды и убедитесь, что 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

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: