Não foi possível conectar ao FTP - Tempo limite da conexão após o MLSD

Então, aqui está o meu problema: não consigo me conectar a um servidor FTP, em circunstâncias que nunca vi antes. Aqui está a situação:

• Eu recebo uma "Conexão expirada" logo após o comando MLSD.
• Eu normalmente uso o Filezilla, no Ubuntu, mas para garantir que o problema não esteja relacionado a esse cliente em particular, tentei outros: gftp no ubuntu e winscp e freeftp no windows 7. Tudo o mesmo resultado.
• Também certifique-se de tentar com os modos Ativo ou Passivo. Mesmo resultado.
• Neste ponto, eu estaria inclinado a pensar que há algo errado com minha rede atual (além disso, de acordo com um colega de trabalho, o servidor FTP está bom). Mas verifiquei com http://ftptest.net/ e consigo obter a listagem de diretórios (o que não consigo através de um cliente FTP).

Portanto, no final, a última coisa que não tentei foi acessar outra rede, solução que parece funcionar, mas não seria muito prática a longo prazo. E, portanto, acho que há algo errado com meu roteador ... mas o que poderia ser?

Nota: Tentei registrar e publicar esta pergunta no fórum do filezilla primeiro ... mas não consigo criar uma conta com uma conta do Gmail nem do Hotmail. WTF?

De acordo com os administradores do FileZilla, seu roteador provavelmente é o problema (mesmo que você provavelmente não possa fazer nada a respeito), e eles não irão corrigi-lo para voltar à LIST se o MLSD atingir o tempo limite. Veja: http://forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15

Solução: Experimente o FTP principal ou similar. É improvável que você consiga convencer o teimoso pessoal do FileZilla a adicionar uma opção (estupidamente simples) de solução alternativa - "volte para a LIST se o MLSD atingir o tempo limite".

Ou, como é de código aberto, veja se você ou outra pessoa pode fazer a alteração e compilá-la. Imagino que se você tentar enviar a alteração a ser adicionada à compilação oficial, eles a rejeitarão, mas talvez possamos ser agradavelmente surpreendidos.

Após uma longa pesquisa, a solução foi simples:

Vá para Site Management, escolha o site com o problema. Escolha a guia Transfer Settingse selecione em Activevez de Default.

Eu encontrei o problema na criptografia quando mudei para "Use apenas FTP simples (inseguro)" e, em seguida, está funcionando perfeitamente!

O FileZilla é muito familiar para mim e eu preciso lutar por bugs a cada atualização.

Corrigi o problema usando um túnel ssh através de um dos meus servidores pessoais. Estou absolutamente perplexo sobre o porquê disso funcionaria. Atualmente, estou no Japão e meu servidor no Canadá, talvez haja um problema com o endereço IPv6 (mesmo que o servidor diga que não deveria) ...?

Só quero que as pessoas saibam como eu consegui isso funcionar.

Com o tempo limite do MLSD, o problema também pode estar no roteador.

Eu adquiri um novo roteador Asus e encaminhei as portas para o modo passivo errado. Eu tenho um qnap NAS e conecto na porta 21 no ftp e na porta xxxxx: xxxxx no modo passivo. No meu roteador asus, defino a porta para frente (servidor virtual) corretamente agora e ela funciona novamente. Meu FTP é encaminhado corretamente na porta 21 para o meu IP do NAS, apenas coisas padrão. O problema eram as portas passivas que meu NAS também queria usar.

Eu fiz isso na minha seção de encaminhamento de porta (o Virtual Server é chamado nos roteadores ASUS):

Nome do serviço: Whateveryoulike

Intervalo de portas: as portas passivas que seu dispositivo usará (padrão 55536: 56559 para Qnap)

IP local: o IP local do dispositivo (algo como 192.168.0.xxx)

Porto local: DEIXE ESTE EM BRANCO

Protocolo: Ambos

Adicionar

Aplique

ESTRONDO! Temos uplink.

O problema poderia ser outra coisa, mas isso corrigiu meu tempo limite e agora tudo funciona.

Se você estiver se conectando a um servidor unix e estiver executando o iptables (firewall), verifique sua configuração do iptables, em / etc / sysconfig / iptable-config , para esta linha:

IPTABLES_MODULES = ""

se estiver em branco, edite-o da seguinte maneira:

IPTABLES_MODULES = " ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

e recarregar ou reiniciar o iptables: serviço iptables recarregar (ou reiniciar). Agora tente conectar-se (com o modo passivo), e deve funcionar sem problemas.

Isso corrigiu nosso problema, no escritório, em desktops com Windows 7 / 8.1, atrás de um NAT e conectando-se ao WinSCP 5.5.3 a um servidor de produção executando o CentOS 6.6 x86_64, Plesk 12 e ProFTPd.

Você não precisa fazer nenhuma configuração maluca no seu cliente ftp.

Saúde, Michael.

PS: Você precisará de acesso SSH para isso e permissões de root.

Como outros, perdi muito tempo com esse problema.

Eu já corrigi o problema.

Usei o FireFTP (um complemento gratuito do Firefox) e ele funcionou perfeitamente, pela primeira vez.

Uma coisa que notei foi que o FireFTP foi padronizado para a porta 21.

Por outro lado, o FileZilla não permitiu que a caixa Porta fosse preenchida (o padrão seria voltar para o espaço em branco). Talvez isso fosse parte do problema.

Eu tentei todas as coisas mencionadas anteriormente (mude para Ativo, permita que o Filezilla passe pelo Firewall, etc.) e nenhuma funcionou para mim (eu tenho o Windows 10).

Eu tive o mesmo problema, tentando conectar via Conexão rápida na porta 2222. Em seguida, usei o Site Manager com as configurações abaixo e sem mais erros:

• porta 2222
• protocolo SFTP
• Tipo de logon Normal
• usuário e passe

Em seguida, a conexão via gerente do site passou imediatamente.

É muito simples!

Você deve adicionar uma exceção de firewall para o Fillzilla (ou qualquer cliente que você use).

(Se não funcionar, pode ser algo sobre o firewall ou a porta a frente do seu roteador.)

PS: Alterar o modo de sua conexão para ativo pode ser um truque, mas não é a "solução de melhores práticas". ;-)