No se puede conectar a FTP - Tiempo de espera de conexión después de MLSD

Así que aquí está mi problema, soy absolutamente incapaz de conectarme a un servidor FTP, en circunstancias que nunca antes había visto. Aquí está la situación:

• Me sale un "Tiempo de espera de conexión" justo después del comando MLSD.
• Por lo general, uso Filezilla, en Ubuntu, pero para asegurarme de que el problema no esté relacionado con este cliente en particular, probé algunos otros: gftp en ubuntu y winscp y freeftp en windows 7. Todo el mismo resultado.
• También asegúrate de probar con los modos Activo o Pasivo. Mismo resultado.
• En este punto, me inclinaría a pensar que hay algo mal con mi red actual (además, según un compañero de trabajo, el servidor FTP está bien). Pero verifiqué con http://ftptest.net/ y puedo obtener el listado del directorio (que no puedo a través de un cliente FTP).

Entonces, al final, lo último que no intenté fue ir a otra red, solución que parece funcionar, pero que a la larga no sería muy práctica. Y así, supongo que hay algo mal con mi enrutador ... pero ¿qué podría ser?

Nota: Intenté registrarme y publicar esta pregunta primero en el tablero de Filezilla ... pero no puedo crear una cuenta con una cuenta de Gmail ni Hotmail. WTF?

De acuerdo con los administradores de FileZilla, su enrutador es probablemente el problema (aunque probablemente no pueda hacer nada al respecto), y no lo arreglarán para volver a la LISTA si MLSD agota el tiempo de espera. Ver: http://forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15

Solución: pruebe Core FTP o similar. Es poco probable que pueda convencer a la gente obstinada de FileZilla de que agregue una opción (estúpidamente simple) de solución alternativa: "recurra a la LISTA si el MLSD agota el tiempo de espera".

O, dado que es de código abierto, vea si usted u otra persona pueden hacer el cambio y compilarlo usted mismo. Me imagino que si intentas enviar el cambio para que se agregue a la compilación oficial, lo rechazarán, pero quizás podríamos estar gratamente sorprendidos.

Después de una larga búsqueda, la solución fue simple:

Vaya a Site Management, elija el sitio con el problema. Elija pestaña Transfer Settingsy seleccione en Activelugar de Default.

¡Encontré el problema en Cifrado cuando lo cambié a "Usar solo FTP simple (inseguro)" y funciona perfectamente!

FileZilla me es muy familiar y necesito luchar por errores cada actualización.

Solucioné el problema usando un túnel ssh a través de uno de mi servidor personal. Estoy absolutamente perplejo de por qué esto funcionaría. Actualmente estoy en Japón y mi servidor en Canadá, entonces ¿quizás haya un problema con la dirección IPv6 (aunque el servidor dice que no debería) ...?

Solo quiero que la gente sepa cómo hice que esto funcione.

Con el tiempo de espera MLSD, el problema también puede estar en el enrutador.

Obtuve un nuevo enrutador Asus y reenvié los puertos para el modo pasivo incorrecto. Tengo un qnap NAS y me conecto al puerto 21 en ftp y al puerto xxxxx: xxxxx en modo pasivo. En mi enrutador asus configuré el puerto hacia adelante (servidor virtual) correctamente ahora y funciona de nuevo. Mi FTP se reenvía correctamente en el puerto 21 a mi IP NAS, solo cosas estándar. El problema era los puertos pasivos que mi NAS también quería usar.

Hice esto en mi sección de reenvío de puertos (se llama Virtual Server en los enrutadores ASUS)

Nombre del servicio: Whateveryoulike

Rango de puertos: los puertos pasivos que usará su dispositivo (estándar 55536: 56559 para Qnap)

IP local: la IP local del dispositivo (algo así como 192.168.0.xxx)

Puerto local: DEJE ESTE EN BLANCO

Protocolo: ambos

Añadir

Aplicar

¡AUGE! Tenemos enlace ascendente.

El problema podría ser otra cosa, pero esto solucionó mi tiempo de espera y ahora todo funciona.

Si se está conectando a un servidor Unix y está ejecutando iptables (firewall), verifique su configuración de iptables, en / etc / sysconfig / iptable-config , para esta línea:

IPTABLES_MODULES = ""

si está en blanco, edítelo de la siguiente manera:

IPTABLES_MODULES = " ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

y recargar o reiniciar iptables: servicio de recarga de iptables (o reinicio). Ahora intente conectarse (con modo pasivo), y debería funcionar sin problemas.

Esto solucionó nuestro problema, en la oficina, en equipos de escritorio con Windows 7 / 8.1, detrás de un NAT y conectando con WinSCP 5.5.3 a un servidor de producción que ejecuta CentOS 6.6 x86_64, Plesk 12 y ProFTPd.

No debería necesitar hacer ninguna configuración loca en su cliente ftp.

Saludos, Michael.

PD: Necesitarás acceso SSH para esto y permisos de root.

Al igual que otros, he perdido mucho tiempo con este problema.

Ahora he solucionado el problema.

Utilicé FireFTP (un complemento gratuito de Firefox) y funcionó a la perfección la primera vez.

Una cosa que noté fue que FireFTP predeterminado en el puerto 21.

Por otro lado, FileZilla no permitió que se completara el cuadro Puerto (volvería a estar en blanco por defecto). Quizás eso fue parte del problema.

Intenté todas las cosas mencionadas anteriormente (cambiar a Activo, permitir que Filezilla pase el Firewall, etc.) y ninguna funcionó para mí (tengo Windows 10).

Tuve el mismo problema al intentar conectarme a través de Quick connect en el puerto 2222. Luego usé Site Manager con la configuración a continuación y no más errores:

• puerto 2222
• protocolo SFTP
• Tipo de inicio de sesión Normal
• usuario y pase

Luego, la conexión a través del administrador del sitio se realizó de inmediato.

¡Es bastante simple!

Debe agregar una excepción de firewall para Fillzilla (o cualquier cliente que use).

(Si no funciona, puede ser algo relacionado con el firewall o el puerto hacia adelante de su enrutador).

PD: Cambiar el modo de su conexión a activo puede ser un truco, pero no es la "solución de mejores prácticas". ;-)