Estoy ejecutando Ubuntu 10.10 en una caja remota. Lo hago todos los días sin problemas, pero hoy de la nada, aparece el siguiente error:
ssh_exchange_identification: Connection closed by remote host
Si me conecto -vv, obtengo lo siguiente:
OpenSSH_5.6p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Reading configuration data /Users/bla/.ssh/config
debug1: Applying options for ubuntu-server
debug1: Reading configuration data /etc/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to ubuntu-server.com [123.123.123.123] port 22.
debug1: Connection established.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug2: key_type_from_name: unknown key type '-----END'
debug1: identity file /Users/bla/.ssh/id_rsa type -1
debug1: identity file /Users/bla/.ssh/id_rsa-cert type -1
ssh_exchange_identification: Connection closed by remote host
Si quito la llave, me sale exactamente la misma salida (sans "debug2: key_type _...). He conseguido conectarse físicamente y comprobado mi hosts.allowy hosts.deny. Pero no tienen entradas Intenté quitar y reinstalar OpenSSH, comprobado authorized_keysy ~/.sshpermisos e intenté conectarme desde otras computadoras solo para obtener el mismo error. Estoy en mi ingenio, cualquier ayuda sería muy apreciada.

-vvvy el permiso de la~/.sshcarpeta y el~/.ssh/authorized_keysarchivo?drwx------ 2 user group 4096 2011-10-29 10:27 .sshy-rw------- 1 user group 405 2011-10-29 10:20 authorized_keys2. @Rilindo, mi sshd_config y host.allow / deny también se pueden encontrar en la esencia . ¡Gracias de nuevo por la ayuda!Respuestas:
El mismo error
sucede cuando las claves privadas (archivos) son legibles por todos, es decir, tienen los permisos incorrectos.
Por ejemplo, si alguna de las claves privadas
ssh_host_keyssh_host_dsa_keyssh_host_rsa_keyen
/etc/ssh/arechmod 644(debe serchmod 600).Los siguientes permisos dan como resultado el error "ssh_exchange_identification: conexión cerrada por host remoto":
Permisos corregidos, las conexiones ahora deben ser aceptadas:
fuente
Es casi seguro que el
/etc/hosts.denyarchivo tiene una entrada para su máquina, agreguepara su dirección IP de conexión a /etc/hosts.allow
fuente
authorized_keys2está en desuso de la versión 3.0.Parece que su clave privada está dañada. Vuelva a generar el par de claves, utilícelo
ssh-copy-idpara instalar su clave pública en elauthorized_keysarchivo e intente nuevamente.fuente
¿Podría haber un nuevo firewall entre hacer algo? Una vez me enfrenté a un problema en el que en un nuevo firewall que se introdujo se encontraba exactamente el mismo problema. El nuevo firewall se introdujo en el lado de los servidores.
fuente
Podría haber un par de problemas aquí.
*Authenticationdirectivas en susshd_configarchivo.ssh-keygen-e-iy-m.fuente