Error de SSH: Error en el intercambio de identidad, conexión cerrada

En muchos casos, el error `ssh_exchange_identification: Connection closed by remote host` puede deberse a problemas con los archivos de configuración `hosts.deny` y `hosts.allow`, pero existen otras posibles causas. Si está leyendo esto, probablemente ya haya verificado que ninguno de estos archivos impide que su dirección IP intente usar `ssh` en un servidor remoto.

En ese caso, el problema podría estar relacionado con dependencias, fragmentación de memoria o incluso un número excesivo de sesiones entrantes de clientes individuales. La buena noticia es que, una vez resuelto el problema, el error no volverá a aparecer.

Método 1: Arreglar las dependencias faltantes

Si solo encuentra el error `ssh_exchange_identification: connection closed by remote host` después de actualizar `OpenSSL` o `glibc`, el problema podría estar relacionado con una dependencia faltante. En este caso, ejecute el comando ` sudo lsof -n | grep ssh | grep DEL` desde la línea de comandos. Esto le dará una lista de archivos abiertos; luego, busque aquellos que se eliminaron recientemente y están relacionados con el servicio (demonio) `ssh`.

Si no obtiene resultados, puede intentar reiniciar el servicio (daemon) o el sistema. Deberá intentar reiniciar si recibe varios errores, aunque puede ignorar los mensajes relacionados con `/run/user/1000/gvfs`, ya que se deben a un problema no relacionado con el sistema de archivos virtual.

También puedes intentar usar `apt-get`, `pacman` o `yum` para actualizar tus paquetes si sospechas que el problema reside en las dependencias. Si usas un sistema basado en Debian o Ubuntu, puedes probar `sudo apt-get -f upgrade` para ver si soluciona algún problema con los paquetes dañados.

Método 2: Corregir la fragmentación de la memoria

Si esto no soluciona el problema, podría haber un problema en el host. Los hosts que se ejecutan dentro de una máquina virtual (VM) no siempre tienen una partición de intercambio, lo que puede provocar fragmentación de la memoria. Intente acceder al host por otros medios, quizás físicamente si es posible, y luego reinicie los servicios que presenten problemas. MySQL, Apache, nginx y otros servicios similares podrían ser los causantes.

Aunque reiniciar el servidor no siempre sea posible, puede solucionar el problema y podría ser una buena idea si aparece este mensaje de error junto con otro que devuelve una dirección IP. Tenga en cuenta que, si tiene acceso al servidor, puede ejecutar el comando ` vmstat -s` y obtener estadísticas útiles sobre el uso de la memoria, incluso como usuario normal en muchos casos.

El tercer método: comprobar si hay copias SSH adicionales

Si este no es el problema, compruebe si los hosts están intentando conectarse al servidor. Es posible que haya superado, sin darse cuenta, el número máximo de sesiones SSH. Finalice las sesiones anteriores e intente conectarse de nuevo. Una forma sencilla de comprobarlo es ejecutar el comando ` who` para ver qué procesos de usuario están conectados. Debería ver solo uno o dos usuarios conectados. Si hay varias sesiones paralelas, finalice los procesos de usuario e intente iniciar sesión de nuevo.

Esto puede ocurrir si sshd no puede seguir el ritmo de un script que inicia varias sesiones ssh diferentes en un bucle. Si esto te ha sucedido antes, añade el comando ` sleep 0.3` al bucle para darle tiempo al demonio sshd a ponerse al día.

Método 4: Encontrar el límite de conexión sshd

Problemas de conexión como estos son especialmente comunes al intentar usar SSH para acceder a un router u otro tipo de adaptador integrado, ya que el número máximo de conexiones predeterminado es muy bajo. Si bien no desea sobrecargar el servidor, puede revisar la configuración predeterminada.

Intenta correr El servidor debe estar configurado para gestionar un número determinado de conexiones. En la mayoría de los casos, la configuración predeterminada del sistema debería ser de 10 conexiones simultáneas, lo cual es suficiente para la mayoría de las arquitecturas de servidor donde la mayoría de los usuarios necesitan usar SSH con regularidad.