Чтобы установить соединение для передачи данных или списка каталогов, клиент FTP (в пассивном режиме FTP) отправляет PASV
команды на сервер. Сервер отвечает своим IP-адресом и номером порта. Клиент должен подключиться к этому IP / порту, чтобы инициировать передачу.
Впрочем, довольно часто FTP-сервер находится за NAT. И он знает о своем локальном адресе только в своей сети с поддержкой NAT. Когда он сообщает о таком IP-адресе клиенту за пределами NAT, IP-адрес, очевидно, бесполезен. Это явно неверная конфигурация FTP-сервера. FTP-сервер должен сообщить свой внешний IP-адрес, который можно использовать за пределами сетей NAT.
Поскольку это, к сожалению, распространенная проблема, многие клиенты FTP пытаются обнаружить это (проверяя, что указанный IP-адрес находится в диапазоне адресов, зарезервированных для локальной связи в частной сети ). FileZilla тоже делает и сообщает упомянутое сообщение. Вы должны увидеть адрес нарушителя в журнале FileZilla:
2017-04-05 08:02:00 12064 3 Команда: PASV
2017-04-05 08:02:00 12064 3 Ответ: 227 Вход в пассивный режим (10,0,0,1,213,36).
При этом FileZilla пытается подключиться к основному адресу FTP-сервера, так как обычно это правильный адрес для использования. Так что в большинстве случаев вы вообще не заметите проблему.
Хотя, как вы упоминаете, «просмотр практически невозможен» (довольно бесполезный отчет о проблемах), похоже, что это не помогает. В этом случае наиболее распространенная проблема заключается в том, что какой-то межсетевой экран (или NAT) на пути между вами и сервером блокирует попытку подключения к порту данных (как сообщается в ответе на PASV
команду).
Подробности смотрите в моей статье о конфигурации сети для пассивного режима FTP .