☰

ssh solicitando contraseña; pero luego "Leer desde el host remoto... Conexión restablecida por igual"

tag-icon • tag-icon ssh
ssh solicitando contraseña; pero luego "Leer desde el host remoto... Conexión restablecida por igual"

Cuando intento conectarme al servidor remoto, ssh me pide una contraseña, la comprueba (si pongo una contraseña incorrecta dirá "Permiso denegado") pero no me deja entrar:

$ ssh user11@123
user11@123's password:

no pasa nada, y un tiempo después:

Read from remote host 123: Connection reset by peer

123 es la ip del servidor oculta.

Tanto ssh como sftp hacen esto.

El control remoto es Linux+OpenSSH y hace una semana ssh funcionó bien.

en modo -vvv tengo después de ingresar la contraseña

debug3: packet_send2: adding 64 (len 58 padlen 6 extra_pad 64)
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Entering interactive session.

después de algún tiempo...

debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
  #0 client-session (t3 r-1 i0/0 o0/0 fd 4/5 cfd -1)

debug3: channel 0: close_fds r 4 w 5 e 6 c -1
Read from remote host 123: Connection reset by peer
debug1: Transferred: stdin 0, stdout 0, stderr 63 bytes in 117.1 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.5

Respuesta1

Puede haber algunas causas diferentes para esto, no hay suficiente información aquí para delimitar el problema exactamente.

Tendría que verificar sus diversos archivos de registro en el servidor "123" para /var/logver qué está pasando. Esto significa revisar su consola si no puede conectarse mediante SSH.

Una lista (incompleta) de posibles causas podría ser:

  • Algún tipo de procesos fuera de control en su servidor llenan su tabla de procesos, lo que significa que no pueden generar su shell
  • No hay suficiente RAM para generar un caparazón.
  • Falla del disco duro, lo que significa que no puede cargar el shell desde el disco aunque el sshd todavía esté activo.
  • Su shell de inicio de sesión está configurado incorrectamente /bin/falseo algo así
  • Alguien pensó que sería divertido para rm -rf /su servidor.
  • Algún script kiddie intentó instalar un rootkit pero lo falló hasta el punto de que el shell no se inicia.

De cualquier manera tendrás que ir a la consola del servidor para ver qué puede estar pasando.

información relacionada