SSH "kex_exchange_identification: 읽기: 피어에 의해 연결 재설정"

SSH "kex_exchange_identification: 읽기: 피어에 의해 연결 재설정"

설정:

  • 외장 HDD에서 Raspbian Stretch 9를 실행하고 ZRAM을 사용하는 Raspberry 3B
  • Raspi는 LAMP 및 MERN 스택을 실행하는 웹 서버로 사용되며 1개의 IDE(Mac OS용 Coda)를 사용하여 SSH를 통해 원격으로 액세스됩니다.
  • 고정 IP를 사용하는 라우터에 의해 전달되는 SSH 포트
  • Fail2ban 실행 중

문제:

SSH를 통해 원격 위치(인터넷을 통해)에서 라즈베리에 액세스하면 연결이 중단될 때까지 작동합니다. 이는 무작위로 발생합니다. 때로는 몇 분 후에 다시 SSH를 사용할 수 있고 때로는 Raspi를 다시 시작할 때까지 SSH를 사용할 수 없습니다.

내가 시도한 것:

  • 원격 위치에서 자세한 정보 표시 모드의 SSH:
debug1: Local version string SSH-2.0-OpenSSH_8.1
kex_exchange_identification: read: Connection reset by peer
  • 로컬 네트워크에서 장황한 모드로 SSH를 실행합니다(실제로 로컬 네트워크의 다른 컴퓨터에 원격으로 SSH를 연결한 다음 해당 컴퓨터에서 Raspi를 SSH로 연결합니다).같은 결과:Connection reset by peer
  • 확인 /etc/hosts.allow하고/etc/hosts.deny => 아무것도 없어요
  • 다음을 통해 iptables를 확인했습니다.iptables -L --line-number => 아무것도 없어요
  • 확인된 로그: /var/log/fail2ban.logsudo journalctl -t sshd => 눈에 띄는 것은 없습니다
  • 업데이트 sshd_configno DNS
  • 다음을 통해 SSH를 다시 ​​설치했습니다.apt-get --reinstall install openssh-server openssh-client

여기에 아이디어가 부족하고 무슨 일이 일어나고 있는지에 대한 단서가 없습니다. 누군가 이전에 SSH 연결에서 동일한 문제를 겪었습니까? 라즈베리의로드 문제 일 수 있습니까?

답변1

간단히 말해서 내 문제는 네트워크 문제와 관련이 없으며 다음을 검토하여 해결되었습니다.시스템 로그.

세부사항:

문제가 시작되기 전에 실행 중인 웹앱(LAMP 또는 MERN 스택을 통해) 중 어느 것도 더 이상 연결할 수 없는 것으로 나타났습니다.

그래서 명령을 사용하여 syslog를 파헤쳤습니다 tail -f -n X /var/log/syslog(X를 표시하려는 행 수로 대체). 그런 다음 다음을 언급하는 몇 줄을 발견했습니다.전압 문제(정확한 용어를 유지해서 죄송합니다). 그러나 기본적으로 이는 외장 HDD가 연결된 Raspi에 충분한 전원 공급 장치가 없다는 것을 의미했습니다.

그런 다음 HDD가 마운트 해제되고 시스템이 충돌한 것으로 나타났습니다. 이는 위에서 언급한 모든 문제를 설명합니다.

그래서 HDD를 제거하고 SD 카드를 다시 넣고 Raspi를 다시 실행하면서시스템 로그다시 메모리를 모니터링합니다.htop. 아파치와 노드 서버를 모두 시작했을 때 RAM과 SWAP 메모리가 가득 차서 위에서 언급한 것과 동일한 결과가 반복되는 것으로 나타났습니다.

그래서 마침내 ZRAM을 사용하여 SWAP 메모리를 늘렸습니다.여기 링크.

이제 모든 것이 잘 실행되지만 여전히 모니터링 중입니다.

관련 정보