ssh pedindo senha; mas depois "Read from remote host ... Conexão redefinida pelo peer"

Question

Quando eu tento conectar ao servidor remoto, o ssh pede uma senha, verifica (se eu colocar a senha errada, ela diz "Permissão negada"), mas não me permite entrar:

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

nada acontece e algum tempo depois:

Read from remote host 123: Connection reset by peer

123 está oculto ip do servidor.

Ambos ssh e sftp fazem isso.

Remoto é linux + OpenSSH e semana atrás ssh funcionou ok.

no modo -vvv eu tenho após a entrada da senha

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.

depois de algum tempo ...

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

    

Answer 1

Pode haver algumas causas diferentes disso, não há informações suficientes aqui para restringir o problema exatamente.

Você deve verificar seus vários arquivos de log no servidor "123" em /var/log para ver o que está acontecendo. Isso significa verificar seu console se você não puder usar o SSH.

Uma lista (incompleta) de possíveis causas pode ser:

• Algum tipo de processo de fuga em seu servidor preenchendo sua tabela de processos, o que significa que não pode gerar seu shell
• RAM insuficiente para gerar um shell.
• Falha no disco rígido, o que significa que não é possível carregar o shell a partir do disco, mesmo que o sshd ainda esteja ativo.
• Seu shell de login foi definido incorretamente como /bin/false ou algo
• Alguém achou que seria engraçado rm -rf / do seu servidor.
• Algum script kiddie tentou instalar um rootkit, mas estragou tudo até o ponto em que um shell não é iniciado.

De qualquer forma, você terá que ir ao console do servidor para ver o que pode estar acontecendo.