9 votos

Conexión SSH: ssh_exchange_identifcation

He estado conectando a un servidor remoto a través de mi Mac para alrededor de un mes ahora. A partir de los últimos, sin embargo, traté de conectar mediante ssh dylan@MY_IP y recibió este mensaje.

ssh_exchange_identification: read: Connection reset by peer

Yo también tengo algunas de la información de diagnóstico...

debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 53: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to {MY IP{ [MY IP] port 22.
debug1: Connection established.
debug1: identity file /Users/watson/.ssh/id_rsa type -1
debug1: identity file /Users/watson/.ssh/id_rsa-cert type -1
debug3: Incorrect RSA1 identifier
debug3: Could not load "/Users/watson/.ssh/id_dsa" as a RSA1 public key
debug1: identity file /Users/watson/.ssh/id_dsa type 2
debug1: identity file /Users/watson/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2

Después de hacer algunas investigaciones, he intentado lo siguiente...

  1. Reiniciar mi router
  2. Borra mi "known_hosts" archivo
  3. Eliminado mi "known_hosts" archivo
  4. Liberado y Renovada mi DHCP
  5. También he intentado desde otro dispositivo (Windows) utilizando la Masilla con un error así

Tenga en cuenta que no he realizado ningún cambio en el servidor para inhibir la presente comunicación.

También, no estoy seguro de si esto iba a causar problemas, pero me he conectado a él por su nombre de dominio, así como su IP.

Además, yo era capaz de conectarse desde otra dirección IP.

Sé que esto es un gran problema con muchos recursos, pero muchas de las soluciones no trabajo ni tampoco puedo realmente ver cualquier tipo de resolución para cualquier persona.

Actualización

Me obligó a protocolo 1. En lugar de "Connection reset by peer", me da "Conexión cerrada por el host remoto". Se ejecuta con la información de depuración reveló:

debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 53: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to MY_IP [MY_IP] port 22.
debug1: Connection established.
debug1: identity file /Users/watson/.ssh/identity type -1
debug1: identity file /Users/watson/.ssh/identity-cert type -1
ssh_exchange_identification: Connection closed by remote host

4voto

Chetic Puntos 31

Esta es la forma en que resolvió el "ssh_exchange_identification: Conexión cerrada por el host remoto" error al conectarse a un servidor SSH.

Tengo este error al intentar conectarse a un Linux embebido de la máquina, después de desembalar un paquete a la root. Muchos de los archivos de la biblioteca fueron reemplazados, incluyendo libssl.

Tratando de conectar:

chetic@ubuntu:~$ ssh -v root@192.168.1.100
OpenSSH_6.2p2 Ubuntu-6ubuntu0.3, OpenSSL 1.0.1e 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to SC [192.168.1.100] port 22.
debug1: Connection established.
debug1: identity file /home/delaval/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/delaval/.ssh/id_rsa-cert type -1
debug1: identity file /home/delaval/.ssh/id_dsa type -1
debug1: identity file /home/delaval/.ssh/id_dsa-cert type -1
debug1: identity file /home/delaval/.ssh/id_ecdsa type -1
debug1: identity file /home/delaval/.ssh/id_ecdsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2p2 Ubuntu-6ubuntu0.3
ssh_exchange_identification: read: Connection reset by peer

Buscando en google, sólo que parecía sugerir la comprobación de los ejércitos.negar y los anfitriones.permitir, pero mi máquina de destino no tenían ese tipo de archivos.

Después de un reinicio (como por Karthik sugerencia) sshd no estaba funcionando. Traté de iniciar manualmente sshd en el destino:

# sshd
OpenSSL version mismatch. Built against 1000002f, you have 1000105f

He sustituido /usr/lib/libssl.una con la versión original y comenzó a sshd y las cosas volvieron a la normalidad. El problema era que en mi caso, provocadas por una versión incorrecta en el paquete que originalmente desempaquetado de la root.

1voto

Esto no es un problema con su máquina local, pero un problema en el lado del servidor. Podría haber varios factores que causan este problema:

  1. Los cambios en el /etc/hosts.permitir o /etc/hosts.negar la configuración en el servidor remoto.
  2. Pesada carga del servidor.

En el pasado, cuando he tenido estos problemas, he hecho una de estas dos cosas, en el siguiente orden:

  1. Modificar el /etc/hosts.permitir que se hace referencia en el artículo anterior. (y reiniciar el servidor SSH)
  2. Si /etc/hosts.permitir es ya la forma en que se requiere que sea, sólo tienes que reiniciar el servidor SSH (y tenga cuidado cuando usted está haciendo esto!)
  3. Si el reinicio no funciona, volver a generar las claves de servidor y reiniciar el servidor SSH (esto es arriesgado, ya que cada usuario de inicio de sesión en esta máquina consigue un error sobre el servidor de tener teclas cambiado)

Más a menudo que no, 1 resuelve el problema, pero he tenido que hacer 2 en algunos casos.. no he sido capaz de averiguar por qué ese es el caso, sólo que se ha trabajado. Tal vez tiene algo que ver con la manera en que la clave es presentado, o tal vez tienes dañado de alguna manera - no estoy seguro. Pero lo que sí sé es que el error es totalmente algo que ver con el servidor, y la forma en que el apretón de manos que sucede cuando la conexión SSH se establece uo.

1voto

anonymous Puntos 11

Yo había SSH conjunto con Cygwin y en mi caso fue el firewall de Windows que causó exactamente este error, así que asegúrese de permitir las conexiones al puerto 22.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: