Um eine Datenverbindung für eine Dateiübertragung oder eine Verzeichnisliste herzustellen, sendet ein FTP-Client (im passiven FTP-Modus) PASVBefehle an den Server. Der Server antwortet mit seiner IP-Adresse und Portnummer. Der Client sollte eine Verbindung zu dieser IP / diesem Port herstellen, um die Übertragung zu initiieren.
Es ist jedoch durchaus üblich, dass sich der FTP-Server hinter einem NAT befindet. Die lokale Adresse ist nur innerhalb des NATted-Netzwerks bekannt. Wenn eine solche IP-Adresse an einen Client außerhalb des NAT gemeldet wird, ist die IP-Adresse offensichtlich von geringem Nutzen. Es ist eindeutig eine Fehlkonfiguration des FTP-Servers. Der FTP-Server muss seine externe IP-Adresse melden, die außerhalb der NATted-Netzwerke verwendet werden kann.
Da dies leider ein häufiges Problem ist, versuchen viele FTP-Clients, dies zu erkennen (indem sie überprüfen, ob die gemeldete IP-Adresse innerhalb eines Adressbereichs liegt , der für die lokale Kommunikation in einem privaten Netzwerk reserviert ist ). FileZilla tut dies auch und meldet die erwähnte Nachricht. Die betreffende Adresse sollte im FileZilla-Protokoll angezeigt werden:
2017-04-05 08:02:00 12064 3 Befehl: PASV
2017-04-05 08:02:00 12064 3 Antwort: 227 Aktivieren des passiven Modus (10,0,0,1,213,36).
In diesem Fall versucht FileZilla stattdessen, eine Verbindung zur primären Adresse des FTP-Servers herzustellen, da dies normalerweise die richtige Adresse ist. In den meisten Fällen werden Sie das Problem also überhaupt nicht bemerken.
Obwohl Sie erwähnen, dass "Browsen fast unmöglich ist" (ein ziemlich nutzloser Problembericht), sieht es so aus, als ob es nicht hilft. Wenn dies der Fall ist, besteht das häufigste Problem darin, dass eine Firewall (oder das NAT) auf dem Weg zwischen Ihnen und dem Server den Verbindungsversuch zum Datenport blockiert (wie in der Antwort auf den PASVBefehl angegeben).
Weitere Informationen finden Sie in meinem Artikel zur Netzwerkkonfiguration für den passiven FTP-Modus .