Pour établir une connexion de données pour un transfert de fichier ou une liste de répertoires, un client FTP (en mode FTP passif) envoie PASV commandes au serveur. Le serveur répond avec son adresse IP et son numéro de port. Le client doit se connecter à cette IP / port pour lancer le transfert.
Il est cependant assez courant que le serveur FTP soit derrière un NAT. Et il connaît uniquement son adresse locale au sein de son réseau NAT. Lorsqu'il signale une telle adresse IP à un client en dehors du NAT, l'adresse IP est évidemment de peu d'utilité. Il s'agit clairement d'une mauvaise configuration du serveur FTP. Le serveur FTP doit signaler son adresse IP externe, qui peut être utilisée en dehors des réseaux NATted.
Comme il s'agit malheureusement d'un problème courant, de nombreux clients FTP essaient de le détecter (en vérifiant que l'adresse IP signalée se trouve dans une plage d'adresses réservées aux communications locales au sein d'un réseau privé ). FileZilla le fait également et signale le message mentionné. Vous devriez voir l'adresse incriminée dans le journal FileZilla:
05/04/2017 08:02:00 12064 3 Commande: PASV
2017-04-05 08:02:00 12064 3 Réponse: 227 Entrée en mode passif (10,0,0,1,213,36).
Lorsque vous rencontrez cela, FileZilla essaie de se connecter à l'adresse principale du serveur FTP à la place, car c'est généralement l'adresse correcte à utiliser. Donc, dans la plupart des cas, vous ne remarquerez pas du tout le problème.
Bien que vous mentionniez que "la navigation est presque impossible" (un rapport de problème plutôt inutile), il semble que cela n'aide pas. Si tel est le cas, le problème le plus courant est qu'un pare-feu (ou le NAT) sur le chemin entre vous et le serveur bloque la tentative de connexion au port de données (comme indiqué dans la réponse à la PASVcommande).
Voir mon article sur la configuration réseau pour le mode passif FTP pour plus de détails.