Para estabelecer uma conexão de dados para uma transferência de arquivos ou uma lista de diretórios, um cliente FTP (no modo FTP passivo) envia PASV
comandos para o servidor. O servidor responde com seu endereço IP e número da porta. O cliente deve se conectar a esse IP / porta para iniciar a transferência.
É bastante comum, porém, que o servidor FTP esteja atrás de um NAT. E está ciente de seu endereço local somente dentro de sua rede NAT. Quando ele relata esse endereço IP para um cliente fora do NAT, o endereço IP é obviamente de pouca utilidade. É claramente uma configuração incorreta do servidor FTP. O servidor FTP deve relatar seu endereço IP externo, que pode ser usado fora das redes NATted.
Como esse é, infelizmente, um problema comum, muitos clientes de FTP tentam detectar isso (verificando se o endereço IP reportado está dentro de um intervalo de endereços reservados para comunicações locais em uma rede privada ). O FileZilla também faz isso e relata a mensagem mencionada. Você deve ver o endereço incorreto no log do FileZilla:
2017-04-05 08:02:00 12064 3 Comando: PASV
2017-04-05 08:02:00 12064 3 Resposta: 227 Entrando no modo passivo (10,0,0,1,213,36).
Ao encontrar isso, o FileZilla tenta conectar-se ao endereço principal do servidor FTP, pois esse geralmente é o endereço correto a ser usado. Portanto, na maioria dos casos, você não perceberá o problema.
Embora, como você mencionou, "A navegação seja quase impossível" (um relatório de problemas bastante inútil), parece que isso não ajuda. Se for esse o caso, o problema mais comum é que algum firewall (ou o NAT) no caminho entre você e o servidor bloqueie a tentativa de conexão com a porta de dados (conforme relatado na resposta ao PASV
comando).
Veja meu artigo sobre Configuração de rede para o modo passivo FTP para obter detalhes.