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 recibe 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 ese caso, ejecute el comando. sudo lsof -n | grep ssh | grep DEL Desde la línea de comandos. Esto le mostrará una lista de archivos abiertos. Luego, simplemente busque aquellos que se eliminaron recientemente y que están relacionados con el servicio ssh (demonio).

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 probar a usar `apt-get`, `pacman` o `yum` para actualizar tus paquetes si sospechas que las dependencias son un problema. Si usas un sistema basado en Debian o Ubuntu, podrías intentar... sudo apt-get -f upgrade Para ver si esto soluciona algún paquete dañado que pueda haber encontrado.
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 host no siempre sea posible, puede solucionar el problema y puede ser una buena idea si alterna entre este mensaje de error y otro que devuelve una dirección IP. Tenga en cuenta que si tiene algún tipo de acceso al servidor, puede ejecutar el comando. vmstat-s Y obtener algunas estadísticas importantes sobre cómo se utiliza la memoria, incluso por parte de un usuario normal en muchos casos.

El tercer método: comprobar si hay copias SSH adicionales
Si ese no es el motivo, comprueba si los hosts intentan conectarse al servidor. Es posible que hayas superado el número máximo de sesiones SSH sin darte cuenta. Finaliza las sesiones antiguas e intenta reconectarte. Una forma sencilla de hacerlo es ejecutar el comando `/`. que Para ver la actividad de los usuarios registrados, solo debería ver uno o dos. Si hay varias sesiones en paralelo, cierre las sesiones 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 en bucle. Si esto le ha sucedido antes, agregue el comando sueño 0.3 Al bucle iterativo para darle tiempo al sshd oculto para mantenerse 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.
Los comentarios están cerrados.