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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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