Estoy usando Windows 7 y tengo múltiples aplicaciones de cliente FTP trabajando sin ningún problema. Sin embargo, cuando uso FTP de línea de comandos, puedo conectarme, iniciar sesión (después de ingresar el nombre de usuario y la contraseña), pero siempre se desconecta cuando se usa el comando dir o ls. La respuesta es:
Conexión cerrada por host remoto.
¿Como puedo solucionar este problema?
windows-7
command-line
ftp
Hong
fuente
fuente
Respuestas:
Por lo general, verás que este tipo de cosas suceden cuando el servidor intenta conectarse contigo pero no puede. FTP usó originalmente dos canales TCP . Uno era para comandos y el otro para transferir datos. Cuando ejecuta el comando dir, utiliza un canal de datos. El canal de datos se establece bajo demanda y hace que el servidor intente conectarse de nuevo con usted.
Lo más probable es que esté bloqueado por su enrutador o firewall de Windows. Necesita un cliente que admita el modo PASV .
Puede habilitar el modo PASV en Internet Explorer . O use un cliente diferente. No estoy seguro de si la versión de línea de comandos puede usar el modo PASV. Es un cliente muy básico.
fuente
Tuve un problema con la transmisión de archivos a través de FTP una vez que inicié sesión en el cuadro en cuestión. Crearía el nombre del archivo, pero el archivo estaba vacío. Lo resolví haciendo lo siguiente:
Debería ser bueno ir ahora.
fuente
El cliente de línea de comandos FTP de Windows solo
ftp.exe
admite un modo FTP activo.Configurar el FTP en el modo activo puede ser engorroso hoy en día debido a los firewalls y NAT.
Es probable debido a su firewall local o NAT que el servidor no pudo conectarse de nuevo a su cliente para establecer una conexión de transferencia de datos para la lista de directorios (
ls
odir
comandos).O su cliente no conoce su dirección IP externa y proporciona una dirección interna al servidor (en
PORT
comando), que el servidor obviamente no puede usar.Consulte mi artículo Configuración de red para el modo activo .
Si es posible, debe usar un modo pasivo, ya que generalmente no requiere una configuración adicional en el lado del cliente.
Lamentablemente, el cliente de línea de comandos FTP de Windows (the
ftp.exe
) no admite el modo pasivo en absoluto. Lo hace bastante inútil hoy en día.Utilice cualquier otro cliente de línea de comandos FTP de Windows en su lugar. La mayoría de los otros admiten el modo pasivo.
Por ejemplo, WinSCP pasa al modo pasivo y hay una guía disponible para convertir la secuencia de comandos FTP de Windows a la secuencia de comandos WinSCP .
(Soy el autor de WinSCP)
fuente
winscp.com
ywinscp.exe
en la misma carpeta. Creo que el mensaje de error dice claramente que sewinscp.com
buscawinscp.exe
en su carpeta. Ver también winscp.net/eng/docs/executablesEncontré este problema en un servidor Windows 2008.
Este artículo sugiere habilitar el Servicio de puerta de enlace de capa de aplicación. Esto no solucionó el problema para mí.
Lo que solucionó el problema fue agregar una excepción en el Firewall de Windows para C: \ Windows \ system32 \ ftp.exe
fuente
Estaba experimentando el mismo problema con el software de punto de venta de terceros en una máquina con Windows 7 que agrupa los datos de las transacciones del cliente a un servidor SQL.
Funcionó bien hasta que la ubicación del cliente cambió los ISP y, por lo tanto, las direcciones IP estáticas. Los comandos FTP de línea de comandos no funcionaron más allá del inicio de sesión inicial y ninguno de los remedios que encontré en línea o este hilo funcionó.
Solo por diversión, volví a crear la regla FTP en el firewall, un router / firewall D-Link de cheapo , y viola, parece estar funcionando nuevamente.
fuente
Problema FTP
Puertos abiertos en azul NSG y firewall del servidor: 21,20,4000-40009,990,14147
Problema: el cliente no puede conectarse a ftp desde la línea de comandos y Powershell
Podemos conectarnos con testuser pero no podemos ver el directorio / Lista
Instalé Wireshark en el servidor y en mi computadora portátil para capturar paquetes. Creé un filtro en wireshark con “ftp” e “IP”. La captura de paquetes no indica si el clima es pasivo o activo y la IP de origen es correcta. (configuramos IP primaria e IP secundaria en el servidor)
Descubrimos que la conexión ftp no funciona desde el símbolo del sistema. tratando de iniciar una conexión a ftp.abcd.com que estaba resolviendo a 11.22.33.44 y no al servidor FTP actual 44.33.22.11 Las direcciones IP 11.22.33.44 y 44.33.22.11 están configuradas en la misma máquina. Sin embargo, el DNS se estaba resolviendo a la IP FTP secundaria en lugar de a la Primaria
Inicialmente, también encontramos que las conexiones FTP a 11.22.33.44 funcionaban bien y estas conexiones eran conexiones activas. No pudimos ver que el modo pasivo funciona aquí. Además, al iniciar la conexión a 11.22.33.44 desde el comando Commad, la sesión se congela después de dar el comando 'dir', sin embargo, lo mismo funciona con otros clientes ftp como FileZilla y Winscp.
Intenté probar con WinSCP y FileZilla y pude ver que las conexiones en modo pasivo funcionan bien y no son activas, lo cual es un comportamiento esperado. Verificamos por qué el comando 'dir' no funciona desde los dispositivos después de la autenticación exitosa, pudimos ver que el firewall de Windows está bloqueando la conexión. Deshabilitamos el firewall y todo comenzó a funcionar como se esperaba. Verifiqué lo mismo en mi extremo después de crear la regla de firewall, se resolvieron los problemas. Hubo un sistema que, incluso después de deshabilitar el firewall, se atascó en la lista de directorios, esto podría ser un problema dentro de ese sistema o las conexiones están siendo bloqueadas por un factor externo. Desde después de la desactivación, la mayoría de nosotros somos capaces de trabajar bien.
la configuración debe realizarse en la máquina Vaya a Panel de control → Firewall de Windows → Configuración avanzada → Reglas de entrada Haga doble clic en la columna Nombre para ordenar por nombre Desplácese hacia abajo hasta que vea dos reglas llamadas "Programa de transferencia de archivos"; estos se configuraron en Bloquear en mi PC (gran círculo rojo con una línea que lo atraviesa) Haga doble clic en la regla En la pestaña General, en Acción, configure en Permitir la conexión Haga clic en Aceptar
fuente