Para establecer una conexión de datos para una transferencia de archivos o una lista de directorios, un cliente FTP (en el modo FTP pasivo) envía PASVcomandos al servidor. El servidor responde con su dirección IP y número de puerto. El cliente debe conectarse a esa IP / puerto para iniciar la transferencia.
Sin embargo, es bastante común que el servidor FTP esté detrás de un NAT. Y es consciente de su dirección local dentro de su red NATted solamente. Cuando informa dicha dirección IP a un cliente fuera del NAT, la dirección IP obviamente es de poca utilidad. Es claramente una mala configuración del servidor FTP. El servidor FTP debe informar su dirección IP externa, que puede usarse fuera de las redes NAT.
Como desafortunadamente este es un problema común, muchos clientes FTP intentan detectar esto (verificando que la dirección IP informada esté dentro de un rango de direcciones reservadas para comunicaciones locales dentro de una red privada ). FileZilla también lo hace e informa el mensaje mencionado. Debería ver la dirección infractora en el registro de FileZilla:
2017-04-05 08:02:00 12064 3 Comando: PASV
2017-04-05 08:02:00 12064 3 Respuesta: 227 Entrando en modo pasivo (10,0,0,1,213,36).
Al encontrar esto, FileZilla intenta conectarse a la dirección principal del servidor FTP, ya que generalmente es la dirección correcta para usar. Entonces, en la mayoría de los casos, no notará el problema en absoluto.
Aunque como mencionas que "Navegar es casi imposible" (un informe de problema bastante inútil), parece que no ayuda. Si ese es el caso, el problema más habitual es que algún firewall (o NAT) en el camino entre usted y el servidor bloquea el intento de conexión al puerto de datos (como se informa en la respuesta al PASVcomando).
Consulte mi artículo sobre la configuración de red para el modo pasivo FTP para más detalles.