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 포트
  • 실패 2로 인해 실행이 금지됩니다.

질문:

SSH를 통해 원격 위치(인터넷을 통해)에서 Raspberry Pi에 액세스하면 연결이 중단될 때까지 작동합니다. 이것은 무작위로 발생합니다. 때로는 몇 분 후에 SSH를 통해 다시 연결할 수 있지만, 때로는 Raspi를 다시 시작해야 할 때도 있습니다.

내가 시도한 것:

  • 원격 위치에서 자세한 정보 표시 모드의 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.log.sudo journalctl -t sshd => 눈길을 끄는 것은 없습니다
  • 업데이트 sshd_configno DNS
  • SSH를 다시 ​​설치하여apt-get --reinstall install openssh-server openssh-client

나는 아이디어가 부족했고 무슨 일이 일어나고 있는지 전혀 몰랐습니다. 이전에 SSH 연결과 관련해 동일한 문제를 겪은 사람이 있나요? 이것이 Raspberry Pi의 로드 문제일 수 있습니까?

답변1

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

세부:

문제가 시작되기 전에 (LAMP 또는 MERN 스택을 통해) 실행 중이던 웹 애플리케이션에 더 이상 액세스할 수 없다는 것을 알았습니다.

그래서 명령을 사용하여 syslog를 파헤쳤습니다 tail -f -n X /var/log/syslog(X를 표시하려는 행 수로 바꾸십시오). 그러다가 다음과 같은 몇 줄의 내용을 발견했습니다.전압 문제(죄송합니다. 정확한 조건을 유지했습니다.) 그러나 기본적으로 이것은 내 외장 하드 드라이브가 연결된 Raspi에 충분한 전원이 없다는 것을 의미합니다.

나중에 하드 드라이브가 마운트 해제되고 시스템이 충돌한 것을 확인했는데, 이는 위에서 언급한 모든 문제를 설명합니다.

그래서 HDD를 제거하고 SD카드를 다시 넣고 확인하면서 Raspi를 다시 실행했습니다.시스템 로그다시 메모리를 모니터링맨 위. Apache와 Node 서버를 시작했을 때 RAM과 SWAP 메모리가 가득 차서 위와 같은 결과가 반복되는 것으로 나타났습니다.

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

이제 모든 것이 잘 실행되고 있지만 여전히 모니터링되고 있습니다.

관련 정보