☰

ssh pedindo senha; mas então "Ler do host remoto ... Conexão redefinida pelo peer"

tag-icon • tag-icon ssh
ssh pedindo senha; mas então "Ler do host remoto ... Conexão redefinida pelo peer"

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

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

nada acontece, e algum tempo depois:

Read from remote host 123: Connection reset by peer

123 é o ip do servidor oculto.

Tanto o ssh quanto o sftp fazem isso.

Remote é linux + OpenSSH e semana atrás o ssh funcionou bem.

no modo -vvv que tenho após inserir a 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

Responder1

Pode haver algumas causas diferentes para isso; não há informações suficientes aqui para definir exatamente o problema.

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

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

  • Algum tipo de processo descontrolado em seu servidor preenchendo sua tabela de processos, o que significa que ele não pode gerar seu shell
  • Não há RAM suficiente para gerar um shell.
  • Falha no disco rígido, o que significa que ele não pode carregar seu shell do disco, mesmo que o sshd ainda esteja ativo.
  • Seu shell de login foi configurado incorretamente /bin/falseou algo assim
  • Alguém achou que seria engraçado para rm -rf /o seu servidor.
  • Algum script kiddie tentou instalar um rootkit, mas estragou tudo a ponto de um shell não iniciar.

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

informação relacionada