S SH "kex_exchange_identification: прочитано: сброс соединения по пиру" - PullRequest
Новая
       157

S SH "kex_exchange_identification: прочитано: сброс соединения по пиру"

0 голосов
/ 13 апреля 2020

Настройка:

  • Raspberry 3B с Raspbian Stretch 9 на внешнем жестком диске и с использованием ZRAM
  • Raspi используется в качестве веб-сервера со стеками LAMP и MERN и удаленный доступ через S SH с 1 IDE (Coda для Ma c OS)
  • S SH порт, пересылаемый маршрутизатором со stati c IP
  • fail2ban с управлением

Проблема:

При доступе к Raspberry из удаленного местоположения (через Inte rnet) через S SH, это работает до тех пор, пока соединение не зависнет , Это происходит случайно. Иногда я могу S SH повторить это через несколько минут, а иногда нет, пока я не перезапущу Raspi.

Что я пробовал:

  • S SH в подробном режиме из удаленного местоположения: 
debug1: Local version string SSH-2.0-OpenSSH_8.1
kex_exchange_identification: read: Connection reset by peer
  • S SH в подробном режиме из локальной сети (на самом деле я S SH другой машины в локальной сети удаленно, затем S SH Распи из этой машины). Тот же результат : Connection reset by peer
  • Проверено /etc/hosts.allow и /etc/hosts.deny => Ничего нет
  • Проверено iptables через iptables -L --line-number => Там ничего нет
  • Проверено журналов: /var/log/fail2ban.log и sudo journalctl -t sshd => Ничего не видно там
  • Обновлен sshd_config с no DNS
  • Переустановил S SH через apt-get --reinstall install openssh-server openssh-client

У меня заканчиваются идеи здесь, и я понятия не имею, что происходит. Как кто-то сталкивался с такой же проблемой с подключением S SH раньше? Может ли это быть проблема загрузки малины?

1 Ответ

0 голосов
/ 28 апреля 2020

Короче говоря, моя проблема не имела ничего общего с проблемой сети и была исправлена ​​путем изучения syslog .

Подробнее:

Я заметил, что ни одно из веб-приложений (через стеки LAMP или MERN) во время работы до запуска проблемы больше не было доступно.

Поэтому я выкопал системный журнал командой tail -f -n X /var/log/syslog (заменив X с количеством строк, которые вы хотите отобразить). Затем я заметил несколько строк, в которых упоминалась проблема напряжения (извините, я сохранил точные условия). Но в основном это означало, что мой Raspi, к которому был подключен внешний жесткий диск, не имел достаточно сильного источника питания.

Затем выяснилось, что жесткий диск был отключен и система вышла из строя, что объясняет все проблемы, упомянутые выше.

Итак, я вынул HDD, вставил SD-карту обратно и снова запустил Raspi, снова просматривая syslog и отслеживая память с помощью HTOP . Оказалось, что когда я запустил и серверы apache, и серверы узлов, память RAM и SWAP наполнялась, повторяя те же самые последствия, о которых говорилось выше.

Итак, наконец, я увеличил память SWAP с помощью ZRAM. Ссылка здесь .

Теперь все работает хорошо, но все еще отслеживает.

...