SSH "kex_exchange_identification: leia: Conexão redefinida por peer"

SSH "kex_exchange_identification: leia: Conexão redefinida por peer"

A configuração:

  • Raspberry 3B executando Raspbian Stretch 9 em um HDD externo e usando ZRAM
  • Raspi usado como servidor web rodando pilhas LAMP e MERN e acessado remotamente via SSH com 1 IDE (Coda para Mac OS)
  • Porta SSH encaminhada pelo roteador com IP estático
  • fail2ban em execução

O problema:

Ao acessar o Raspberry de um local remoto (pela Internet) via SSH, ele funciona até a conexão travar. Isso ocorre aleatoriamente. Às vezes consigo fazer SSH novamente depois de alguns minutos, e às vezes não até reiniciar o Raspi.

O que eu tentei:

  • SSH em modo detalhado de local remoto:
debug1: Local version string SSH-2.0-OpenSSH_8.1
kex_exchange_identification: read: Connection reset by peer
  • SSH no modo detalhado da rede local (na verdade, eu SSH outra máquina na rede local remotamente e, em seguida, SSH o Raspi dessa máquina).Mesmo resultado:Connection reset by peer
  • Verificado /etc/hosts.allowe/etc/hosts.deny => Nada lá
  • Verificado iptables viaiptables -L --line-number => Nada lá
  • Registros verificados: /var/log/fail2ban.logesudo journalctl -t sshd => Nada impressionante lá
  • Atualizado sshd_configcomno DNS
  • SSH reinstalado viaapt-get --reinstall install openssh-server openssh-client

Estou ficando sem ideias aqui e sem ideia do que está acontecendo. Alguém encontrou o mesmo problema com a conexão SSH antes? Poderia ser um problema de carga no framboesa?

Responder1

Resumindo, meu problema não teve nada a ver com um problema de rede e foi resolvido examinando oregistro de sistema.

Em detalhes:

Percebi que nenhum dos aplicativos da web (por meio de pilhas LAMP ou MERN) enquanto estava em funcionamento antes do início do problema não estava mais acessível.

Então desenterrei o syslog com o tail -f -n X /var/log/syslogcomando (substituindo X pelo número de linhas que você deseja exibir). Notei então algumas linhas mencionando umProblema de tensão(desculpe, mantive os termos exatos). Mas basicamente isso significava que meu Raspi, ao qual um disco rígido externo estava conectado, não tinha uma fonte de alimentação forte o suficiente.

Então pareceu que o HDD foi desmontado e o sistema travou, o que explica todos os problemas mencionados acima.

Então removi o HDD, coloquei o cartão SD de volta e executei o Raspi novamente enquanto passava peloregistro de sistemanovamente e monitorando a memória comhtop. Acontece que quando iniciei os servidores apache e node, as memórias RAM e SWAP estavam ficando cheias repetindo as mesmas consequências mencionadas acima.

Finalmente aumentei a memória SWAP usando ZRAM.Link aqui.

Agora tudo funciona bem, mas ainda monitorando.

informação relacionada