Исправлено: ssh_exchange_identification: read: сброс соединения одноранговым узлом

К счастью, ошибка ssh_exchange_identification: read: сброс соединения из-за ошибки однорангового узла встречается довольно редко, но вы можете столкнуться с ней, если пытаетесь подключиться по ssh к любому типу сервера Unix. Не имеет значения, используете ли вы Windows с cygwin для доступа к Ubuntu или macOS с терминалом для ssh в Arch, Fedora или CentOS. Поскольку ssh универсален для Unix и Linux, эта ошибка может возникнуть каждый раз, когда удаленный сервер сбрасывает соединение без вашего разрешения.

Метод 1: проверьте файл hosts.deny

Если у вас есть права администратора на сервере и способ доступа к нему, то, безусловно, самый простой способ решить эту проблему - перейти к приглашению, зарегистрированному непосредственно на компьютере сервера, и просмотреть файл hosts.deny.

Тип на сервере, чтобы узнать, не внесена ли ваша машина в список запрещенных по какой-либо причине.

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

Пытаться если вы хотите вручную добавить удаленный логин, чтобы обеспечить возможность подключения. Имейте в виду, что это редко бывает необходимо, но если вы все же добавите их, вам нужно будет следовать информационному тексту, предоставленному дистрибутивом. Вы можете добавить, например, строку внизу, которая выглядит как ВСЕ: appuals.com, чтобы разрешить всем пользователям appuals.com подключаться к серверу. Если вы это сделаете, убедитесь, что вы правильно ввели свой хост, затем нажмите Ctrl + O, чтобы сохранить файл, и Ctrl + X, чтобы выйти.

На этом этапе вы должны иметь возможность подключиться к серверу по ssh.

Метод 2: изменение параметров конфигурации ssh

Если вы не можете получить доступ к удаленному серверу или предыдущий метод не устранил этот параметр, очистите старые файлы конфигурации ssh и посмотрите, поможет ли это после обновления. Если это не так, добавьте параметр -v в ssh и попытайтесь подключиться снова. Если вы все еще получаете сообщение об ошибке, попробуйте добавить -c aes256-ctr в свою команду ssh и посмотрите, поможет ли это. Это должно сократить список шифров и позволить вам подключиться к серверу, на который вы пытались использовать ssh, поскольку это, в свою очередь, сокращает размер пакета.

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

Метод 3: Отмена случайной блокировки IP

Если вы несколько раз пытались войти в систему и получили отказ, возможно, ваш собственный сервер принял вас за неправильный IP-адрес. Обычно это происходит, если вы продолжаете повторять попытки подключения во время устранения неполадок, что является рациональным ответом, но может выглядеть как атака на подпрограмму fail2ban. Чтобы убедиться, что это не так, запустите sudo iptables -L – номер строки из удаленного подключения и найдите свой IP-адрес. Вы, вероятно, обнаружите, что существует множество несвязанных связей, которые вы можете игнорировать.

Как только вы обнаружите проблему, запустите iptables -D затем следует цепочка и номер цепочки, чтобы ваша собственная программа не забанила вас снова. В результате у вас больше не должно возникнуть проблем. Однако если вы это сделаете,

вы можете редактировать следующий файл.

Загрузите его в свой любимый текстовый редактор, скорее всего, в nano или vi с правами root. Вы, вероятно, захотите запустить что-то вроде а затем найдите строку с текстом ignoreip. Добавьте свой IP-адрес в эту строку, чтобы навсегда заблокировать fail2ban от добавления вашего IP-адреса в какие-либо списки блокировки.

В разных дистрибутивах Linux все немного по-разному, но в большинстве случаев эти изменения должны вступить в силу мгновенно.