Corregido ssh_exchange_identification – conexión cerrada por el host remoto

Al utilizar el cliente SSH, es posible que aparezca un mensaje de error “SSH_exchange_identification: connection closed by remote host”. Si quieres encontrar soluciones a este problema, puedes leer este artículo de todosobrewindows. Aquí hay algunas soluciones viables.

Cuando se utiliza el cliente SSH para conectarse a un servidor, se puede encontrar el problema “SSH_exchange_identification: connection closed by remote host”. Este problema puede tener varias causas, como problemas con los archivos de configuración hosts. deny y hosts. allow.

Veamos cómo resolver el problema de “SSH _exchange_identification”.

¿Qué hace que el host cierre la conexión “ssh_exchange_identification”?

Aunque en muchos casos el error “ssh_exchange_identification: Connection closed by remote host” puede ser causado por problemas con los archivos de configuración hosts. deny y hosts. allow, el problema puede tener otras causas. Si estás leyendo esto, probablemente ya has comprobado que estos dos archivos no bloquean tu dirección IP cuando intentas usar ssh en un servidor remoto.

En este caso, podría tratarse de un problema de dependencia, de fragmentación de la memoria o incluso de un número excesivo de sesiones de clientes individuales. La buena noticia es que, una vez resuelto el problema, ya no debería aparecer este error.

Este error indica que el host remoto ha interrumpido repentinamente la conexión. Este es un error común que los usuarios obtienen cuando intentan conectarse a servidores SSH.La causa principal de este error puede estar relacionada con los archivos de configuración hosts. deny y hosts. allow.

Para solucionar el problema de la conexión $0027ssh_exchange_identification$0027 host cerrado

Comprobar si faltan dependencias

  1. Este error suele producirse tras una actualización de Glibc u OpenSSL y el servidor no puede reiniciarse.
  2. Mientras que muchas distribuciones pueden instalar una actualización de Glibc u OpenSSL sin tener que reiniciar, su distribución puede no caer en la misma categoría.
  3. Si sabes que la actualización de Glibc está instalada, utiliza lsof para ver en qué parte del SSHD están abiertos los archivos.
  4. Si estás usando Ubuntu o Debian, usa el comando update para obtener e instalar nuevos paquetes. Esto te ayudará a solucionar cualquier problema que haya surgido debido a paquetes rotos.

Compruebe si hay sesiones SSH adicionales

  1. Es posible que los usuarios hayan superado el número máximo de sesiones SSH sin saberlo.
  2. Pruebe a borrar las sesiones antiguas y vuelva a conectarse al servidor.
  3. Sólo debería ver uno o dos usuarios conectados en cualquier momento. Para comprobar si hay varias instancias SSH en ejecución, utilice el comando “Who”.
  4. Si hay más de dos usuarios conectados, termina los procesos de los usuarios de uno en uno.
  5. Vuelve a conectarte al servidor por SSH y comprueba si la situación ha mejorado.

Este problema se produce cuando SSH no puede seguir un script que ejecuta varias sesiones SSH seguidas. También puede retrasar una sesión SSH utilizando el comando “Sleep”.

Comprueba si tus huellas/claves están dañadas

  1. Si el problema persiste, compruebe si las huellas dactilares o las llaves están dañadas. Esto es especialmente importante si ha instalado estos archivos manualmente.
  2. Prueba a eliminar la huella digital del lado del servidor en el cliente ~/.ssh/known_hosts y vuelve a intentarlo.
  3. Cuando te conectes de nuevo, se te pedirá que aceptes el ID del host. Acepte y continúe.
  4. Este error también puede ocurrir si se borran los archivos /etc/ssh/*key* y no se reinicia el SSHD. Compruebe el directorio de configuración de SSH para los archivos de claves.

Compruebe el arranque del servidor

Este error también puede ocurrir si su servidor está muy cargado.

  1. Compruebe si el servidor tiene suficientes recursos para completar la tarea, o si está bajo un ataque de fuerza bruta.
  2. Prueba a aumentar el número de conexiones que puede realizar SSHD para resolver el problema.

El error ssh_exchange_identification: connection closed by a remote host es un error común y puede ocurrir debido a la falta de dependencias o a claves corruptas. Siga los pasos indicados en este artículo para resolver los problemas del cliente SSH.

Preguntas frecuentes

¿Por qué se cierra la conexión SSH?

El error “connection closed by remote host” es un error común, y poca gente parece saber qué lo causa. Algunos apuntan a los archivos /etc/hosts. allow y /etc/hosts. deny como la causa, otros dicen que podría ser un fallo de hardware, la configuración de sshd, o actualizaciones defectuosas de Glibc.

¿Qué significa “connection closed from remote host”?

Este mensaje indica que la carga de Git Fusion supera el valor “MaxStartups” establecido en el archivo sshd_config. Ajuste esta configuración para resolver este problema; recomendamos un valor mínimo de 100. El archivo sshd_config se encuentra normalmente en el directorio /etc/ssh/sshd_config.

¿Cómo puedo arreglar el mensaje “Connection reset via peer-to-peer”?

  1. ¿Qué causa el error SSH “Connection reset by peer”?
  2. Comprueba los archivos hosts. deny y hosts. allow. Cómo editar el archivo hosts. deny Cómo editar el archivo hosts. allow.
  3. Compruebe si fail2ban está bloqueando su dirección IP.
  4. Comprueba el archivo sshd_config.

¿Cómo puedo evitar que se desactive SSH?

Ve a Ajustes> Configuración> SSH . Hay una sección llamada Configuración de SSH, marque la opción SSH keepalive. Entonces el problema debería desaparecer.

Deja una respuesta

Tu dirección de correo electrónico no será publicada.