Щоб встановити з'єднання даних для передачі файлів або списку каталогів, FTP-клієнт (у пасивному режимі FTP) надсилає PASV
команди серверу. Сервер відповідає своїм IP-адресою та номером порту. Клієнт повинен підключитися до цього IP / порту, щоб ініціювати передачу.
Це досить часто, хоча FTP-сервер стоїть за NAT. І він знає про свою локальну адресу лише в межах своєї NATET мережі. Коли він повідомляє про таку IP-адресу клієнтові поза NAT, IP-адреса, очевидно, мало корисна. Очевидно неправильна конфігурація FTP-сервера. Сервер FTP повинен повідомити про свою зовнішню IP-адресу, яку можна використовувати за межами NATET мереж.
Оскільки це, на жаль, поширена проблема, багато 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 .