Ошибка SSH: kex_exchange_identification — сброс соединения с помощью Peer, решение проблемы

Проблемы с SSH в домашней сети: решение ошибок и устранение неполадок

Наличие нескольких систем в домашней сети может быть довольно удобным, но иногда возникают технические проблемы, которые могут помешать работе. В этой статье рассмотрим одну из распространённых ошибок при использовании SSH: «kex_exchange_identification: read: сброс соединения по ошибке Peer» и возможные способы её устранения.

Настройка сети и использование Zerotier

У меня есть две системы в домашней сети, которые работали без каких-либо пробелов на протяжении нескольких месяцев. Недавно я решил установить Zerotier, чтобы упростить подключение между узлами. После этой установки я заметил проблемы с подключением по SSH от одной системы к другой.

Воспроизведение ошибки SSH

Последние несколько дней, когда я пытался подключиться к системе под названием «Береза» с других узлов, запущенных на Ubuntu 24.04, я получал сообщение об ошибке. При попытке подключиться, отображалась надпись: «kex_exchange_identification: read: сброс соединения по ошибке Peer».

Первым шагом к решению этой проблемы я исправил пропущенный скрипт уведомлений MOTD, установив пакет с обновлениями для уведомлений. Но, к сожалению, ошибка вскоре вернулась.

Исследование параметров сети

Я отключил брандмауэр и убедился, что файл hosts.deny пуст. Интересным было то, что подключение через маршрутизатор Asus работало без проблем, и я мог успешно выполнить SSH-подключение к «Березе». Однако, когда я использовал две другие системы Ubuntu 24.04, ошибка проявлялась снова.

Хочется отметить, что при использовании Ethernet-порта возникали дополнительные сложности. Если я отключал Ethernet и переключался на Wi-Fi, но только IP-адреса Wi-Fi были доступны для SSH. С подключённым Ethernet-соединением все попытки подключиться по IP-адресу Wi-Fi оборачивались неудачей.

Важно: системные сообщения и их значение

В системном журнале я заметил следующее сообщение об ошибке, которое повторялось каждые 5 секунд:

2025-03-02T00:02:29.341013-06:00 birch su[85606]: Bad remote forwarding specification '{portbase}+1:localhost:22'

Я не смог найти информации о данной ошибке, но предположил, что она может быть связана с основной проблемой.

Когда я включил режим отладки в sshd_config, то увидел, что соединение удачно происходит (это отображается в auth.log), но накапливались ошибки:

Connection reset by 192.168.1.146 port 59104 [preauth]

Устранение неполадок и возможности решения проблемы

192.168.1.146 — это IP-адрес системы «Береза». Я также заметил аналогичные сообщения при запуске команды SSH -T -VVV Birch. Эти сведения могут стать полезными при отладке системы.

В своих поисках я удалил Zerotier и перезагрузил систему, но проблема не исчезла. Важно добавить, что каждый раз, когда SSH сбоил и отображалась ошибка, служба sshd переставала работать и не перезапускалась автоматически. При добавлении параметра -r в командную строку SSHD по рекомендации одного из форумов, служба просто вылетала.

Заключение

В заключение, работа с SSH в домашней сети может быть сопряжена с различными сложностями, особенно при использовании дополнительных программ, таких как Zerotier. Если вы столкнулись с ошибкой «kex_exchange_identification: read: сброс соединения по ошибке Peer», попробуйте наши советы: проверьте настройки сети, брандмауэр, а также системные журналы. Важно проводить тестирование подключений и обращать внимание на сообщения об ошибках для быстрой диагностики проблем.

Источник

Ответить

Ваш адрес email не будет опубликован. Обязательные поля помечены *