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.allow
y hosts.deny
. Pero no tienen entradas Intenté quitar y reinstalar OpenSSH, comprobado authorized_keys
y ~/.ssh
permisos e intenté conectarme desde otras computadoras solo para obtener el mismo error. Estoy en mi ingenio, cualquier ayuda sería muy apreciada.
-vvv
y el permiso de la~/.ssh
carpeta y el~/.ssh/authorized_keys
archivo?drwx------ 2 user group 4096 2011-10-29 10:27 .ssh
y-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_key
ssh_host_dsa_key
ssh_host_rsa_key
en
/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.deny
archivo tiene una entrada para su máquina, agreguepara su dirección IP de conexión a /etc/hosts.allow
fuente
authorized_keys2
está 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-id
para instalar su clave pública en elauthorized_keys
archivo 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í.
*Authentication
directivas en susshd_config
archivo.ssh-keygen
-e
-i
y-m
.fuente