Não é possível conectar-se ao FTP - Tempo limite de conexão após o MLSD

Question

Então aqui está o meu problema, eu sou absolutamente incapaz de se conectar a um servidor FTP, em circunstâncias que eu nunca vi antes. Aqui está a situação:

• Eu recebo uma "Conexão expirada" logo após o comando MLSD.
• Eu costumo usar o Filezilla, no Ubuntu, mas para ter certeza de que o problema não está relacionado a esse cliente em particular, tentei alguns outros: gftp no ubuntu e winscp e freeftp no windows 7. Tudo o mesmo resultado.
• Também fez questão de experimentar os modos ativo ou passivo. O mesmo resultado.
• Neste momento eu estaria inclinado a pensar que há algo errado com a minha rede atual (além disso, de acordo com um colega de trabalho, o servidor FTP está OK). Mas eu chequei com o link e eu sou capaz de obter a listagem do diretório (que eu não consigo através de um cliente FTP).

Então, no final, a última coisa que eu não tentei foi em outra rede, a solução que parece funcionar, mas não seria muito prática a longo prazo. E assim eu acho que há algo errado com meu roteador ... mas o que poderia ser possível?

Nota: Eu tentei registrar e postar esta questão no quadro do filezilla primeiro ... mas não consigo criar uma conta com uma conta do gmail nem do hotmail. WTF?

    

Answer 1

De acordo com os administradores do FileZilla, o 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 a LIST se o MLSD expirar. Consulte: link

Solução: experimente o FTP principal ou similar. É improvável que você seja capaz de convencer o teimoso pessoal do FileZilla a adicionar uma opção alternativa (estupidamente simples) - "recorrer a LIST se o MLSD expirar".

Ou, como é código aberto, veja se você ou outra pessoa pode fazer a alteração e compilar você mesmo. Eu imagino que se você tentar enviar a alteração para ser adicionada à versão oficial, eles a rejeitarão, mas talvez possamos ser agradavelmente surpreendidos.

    

Answer 2

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

Vá para Site Management , escolha o site com o problema. Escolha a guia Transfer Settings e selecione Active em vez de Default .

    

Answer 3

Eu encontrei o problema em Criptografia quando eu mudei para "Apenas use FTP simples (inseguro)" então está funcionando perfeitamente!

O FileZilla é muito familiar para mim e eu preciso lutar por erros em todas as atualizações.

    

Answer 4

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

    

Answer 5

Só quero que as pessoas saibam como consegui esse trabalho.

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

Eu tenho um novo roteador Asus e encaminhei as portas para o modo passivo errado. Eu tenho um NAS qnap e eu conectar na porta 21 no ftp e porta xxxxx: xxxxx no modo passivo. No meu roteador asus eu configurei a porta para frente (servidor virtual) corretamente agora e ela funciona novamente. Meu FTP é encaminhado corretamente na porta 21 para o meu IP 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

Port Range: As portas passivas que seu dispositivo usará (standart 55536: 56559 para Qnap)

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

Porto local: DEIXE ESTE BRANCO

Protocolo: Ambos

Adicionar

Aplicar

BOOM! Nós recebemos uplink.

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

    

Answer 6

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

IPTABLES_MODULES=""

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

IPTABLES_MODULES=" ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

e recarregar ou reiniciar o iptables: recarregar o serviço iptables (ou reiniciar). Agora tente conectar (com o modo passivo), e isso deve funcionar sem nenhum problema.

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

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

Felicidades, Michael.

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

    

Answer 7

Como outros, perdi muito tempo com esse problema.

Agora resolvi o problema.

Eu usei o FireFTP (um complemento gratuito para o Firefox) e ele funcionou perfeitamente na primeira vez.

Uma coisa que eu notei foi que o FireFTP tinha como padrão a porta 21.

Por outro lado, o FileZilla não permitia que a caixa Porta fosse preenchida (voltaria a ficar em branco novamente). Talvez isso fosse parte do problema.

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

    

Answer 8

Eu tive o mesmo problema, tentando conectar via Quick connect na porta 2222. Então usei o Gerenciador de sites com as configurações abaixo e não há mais erros:

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

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

    

Answer 9

É 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 para a frente do seu roteador.)

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