SSH "kex_exchange_identification: leer: Conexión restablecida por par"

Question

La puesta en marcha:

• Raspberry 3B ejecuta Raspbian Stretch 9 en un disco duro externo y usa ZRAM
• Raspi se utiliza como servidor web ejecutando pilas LAMP y MERN y se accede de forma remota a través de SSH con 1 IDE (Coda para Mac OS)
• Puerto SSH reenviado por enrutador con IP estática
• fail2ban ejecutándose

El problema:

Al acceder a Raspberry desde una ubicación remota (a través de Internet) a través de SSH, funciona hasta que la conexión se corta. Esto ocurre aleatoriamente. A veces puedo volver a utilizar SSH después de unos minutos y, a veces, no hasta que reinicio Raspi.

Lo que he probado:

• SSH en modo detallado desde una ubicación remota:

debug1: Local version string SSH-2.0-OpenSSH_8.1
kex_exchange_identification: read: Connection reset by peer

• SSH en modo detallado desde la red local (en realidad, hago SSH con otra máquina en la red local de forma remota, luego SSH el Raspi desde esa máquina).Mismo resultado:Connection reset by peer
• Comprobado /etc/hosts.allowy/etc/hosts.deny => Nada allí
• iptables comprobados a través deiptables -L --line-number => Nada allí
• Registros comprobados: /var/log/fail2ban.logysudo journalctl -t sshd => Nada sorprendente allí
• Actualizado sshd_configconno DNS
• SSH reinstalado a través deapt-get --reinstall install openssh-server openssh-client

Me estoy quedando sin ideas aquí y no tengo idea de lo que está pasando. ¿Alguien encontró el mismo problema con la conexión SSH antes? ¿Podría ser un problema de carga en la frambuesa?

Answer 1

En pocas palabras, mi problema no tenía nada que ver con un problema de red y se solucionó examinando elregistro del sistema.

En detalles:

Noté que ninguna de las aplicaciones web (a través de pilas LAMP o MERN) que estaban en funcionamiento antes de que comenzara el problema ya no era accesible.

Así que desenterré el syslog con el tail -f -n X /var/log/syslogcomando (reemplazando X con la cantidad de líneas que desea mostrar). Entonces noté algunas líneas que mencionaban unProblema de voltaje(Lo siento, mantuve los términos exactos). Pero básicamente significaba que mi Raspi, al que estaba conectado un disco duro externo, no tenía una fuente de alimentación lo suficientemente fuerte.

Luego pareció que el disco duro estaba desmontado y el sistema falló, lo que explica todos los problemas mencionados anteriormente.

Así que quité el disco duro, volví a colocar la tarjeta SD y ejecuté Raspi nuevamente mientras revisaba elregistro del sistemanuevamente y monitoreando la memoria conarriba. Resultó que cuando inicié tanto el servidor apache como el de nodo, las memorias RAM y SWAP se estaban llenando repitiendo las mismas consecuencias mencionadas anteriormente.

Finalmente aumenté la memoria SWAP usando ZRAM.Enlace aquí.

Ahora todo funciona bien pero aún se sigue monitoreando.