Aby ustanowić połączenie danych do przesyłania plików lub listy katalogów, klient FTP (w pasywnym trybie FTP) wysyła PASVpolecenia do serwera. Serwer odpowiada adresem IP i numerem portu. Klient powinien połączyć się z tym adresem IP / portem, aby zainicjować transfer.
Jednak dość często serwer FTP stoi za NAT. I jest świadomy swojego lokalnego adresu tylko w swojej sieci NATted. Gdy zgłasza taki adres IP klientowi spoza NAT, adres IP jest oczywiście mało użyteczny. Jest to wyraźnie błędna konfiguracja serwera FTP. Serwer FTP musi zgłosić swój zewnętrzny adres IP, z którego można korzystać poza sieciami NATted.
Ponieważ jest to niestety częsty problem, wielu klientów FTP próbuje to wykryć (sprawdzając, czy zgłaszany adres IP znajduje się w zakresie adresów zarezerwowanych dla komunikacji lokalnej w sieci prywatnej ). FileZilla też to robi i zgłasza wspomnianą wiadomość. Powinieneś zobaczyć obrażający adres w dzienniku FileZilla:
2017-04-05 08:02:00 12064 3 Polecenie: PASV
2017-04-05 08:02:00 12064 3 Odpowiedź: 227 Wejście w tryb pasywny (10,0,0,1,213,36).
W takim przypadku FileZilla próbuje połączyć się z głównym adresem serwera FTP, ponieważ zwykle jest to poprawny adres do użycia. W większości przypadków problem w ogóle nie zostanie zauważony.
Chociaż, jak wspominasz, że „Przeglądanie jest prawie niemożliwe” (raczej bezużyteczny raport o problemach), wygląda na to, że to nie pomaga. W takim przypadku najczęstszym problemem jest to, że niektóre zapory ogniowe (lub NAT) na drodze między tobą a serwerem blokują próbę połączenia z portem danych (jak podano w odpowiedzi na PASVpolecenie).
Szczegółowe informacje można znaleźć w moim artykule na temat konfiguracji sieci w trybie pasywnym FTP .