ssh_exchange_identification 'соединение закрыто удаленным хостом'

Хотя во многих случаях ошибка ssh_exchange_identification: Соединение закрыто удаленным хостом может быть вызвано проблемами, связанными с файлами конфигурации hosts.deny и hosts.allow, существуют и другие причины, которые могут вызвать проблему. Если вы читаете это, то, скорее всего, вы уже проверили, что оба этих файла не блокируют ваш IP-адрес при попытке использовать ssh на удаленном сервере.

Если это так, то вы можете столкнуться с проблемой зависимостей, связанной с фрагментацией памяти или даже с чрезмерным количеством сеансов, исходящих от отдельных клиентов. Хорошей новостью является то, что как только вы решите проблему, вы больше не увидите ошибку.

Способ 1: исправление отсутствующих зависимостей

Если вы получили соединение ssh_exchange_identification:, закрытое из-за ошибки удаленного хоста, только после обновления OpenSSL или glibc, возможно, вы ищете отсутствующую зависимость. Запустите sudo lsof -n | греп ssh | grep DEL из командной строки в этой ситуации. Это даст вам список открытых файлов, а затем найдите только те, которые были недавно удалены, связанные с демоном ssh.

Если вы ничего не получите обратно, вы все равно можете попробовать перезапустить демон или саму систему. Вы захотите попробовать перезагрузку, если вам все-таки будет возвращено несколько ошибок, хотя вы можете смело игнорировать те, которые связаны с сообщениями /run/user/1000/gvfs, поскольку они вызваны несвязанной проблемой, которая должна сделать с виртуальной файловой системой.

Вы также можете попытаться использовать apt-get, pacman или yum для обновления ваших пакетов, если вы подозреваете, что зависимости являются проблемой. Если вы используете систему на базе Debian или Ubuntu, вы можете попробовать обновить sudo apt-get -f и посмотреть, исправит ли это какие-либо сломанные пакеты, с которыми вы могли столкнуться.

Метод 2: исправление фрагментации памяти

Если это не помогло, возможно, у вас проблема на стороне хоста уравнения. Хосты, работающие внутри виртуальной машины, не всегда имеют раздел подкачки, что может привести к фрагментации памяти. Получите доступ к хосту каким-либо другим способом, возможно, физически, если это возможно, а затем перезапустите все службы, в которых возникли проблемы. Виновниками могут быть MySQL, Apache, nginx и другие подобные сервисы.

Хотя перезагрузить хост не всегда возможно, это может решить проблему и может быть хорошей идеей, если вы чередовали это сообщение об ошибке и сообщение, возвращающее IP-адрес. Имейте в виду, что если у вас есть какой-либо доступ к серверу, вы можете запустить команду vmstat -s и получить важную статистику об использовании памяти, даже будучи обычным пользователем во многих случаях.

Способ 3: проверьте наличие дополнительных экземпляров ssh

Если это запрещено, проверьте, пытаются ли хосты подключиться к серверу. Возможно, вы превысили максимальное количество сеансов ssh, даже не зная об этом. Очистите старые сеансы и попытайтесь повторно подключиться. Один из простых способов сделать это — запустить команду who, чтобы увидеть, какие пользовательские процессы вошли в систему. Вы должны увидеть только одного или двух пользователей, вошедших в систему. Если существует несколько параллельных процессов, завершите пользовательские процессы и попробуйте снова войти в систему. .

Это может произойти, если sshd не может справиться со сценарием, который циклически запускает множество различных сеансов ssh. Если такое с вами когда-нибудь случалось, то добавьте в цикл команду Sleep 0.3, чтобы демон sshd успел не отставать.

Способ 4. Найдите лимит подключений sshd

Подобные проблемы с подключением особенно распространены при попытке использовать ssh для доступа к маршрутизатору или другому типу дискретного коммутатора в штучной упаковке, поскольку максимальное количество подключений по умолчанию очень мало. Хотя вы не хотите позволять себе перегружать сервер, вы можете посмотреть, какие настройки установлены по умолчанию.

Попробуйте запустить на сервере, чтобы узнать, сколько соединений может обработать sshd. В большинстве случаев система по умолчанию должна поддерживать 10 одновременных подключений, чего должно быть достаточно для большинства серверных структур, в которых большинству пользователей, вероятно, придется регулярно использовать ssh.