SSH Linux

SSH: REMOTE HOST IDENTIFICATION HAS CHANGED

  • Обновлено
  • Чтение ≈ 2 минуты

Краткий ответ

Предупреждение SSH о смене идентификационного ключа хоста может появиться после переустановки сервера, но также защищает от перехвата соединения. Сверьте новый отпечаток ключа по независимому доверенному каналу: консоли провайдера или администратору.

В этой статье
  1. Что означает сообщение
  2. Как отличить причины
  3. Пошаговое решение
  4. Что важно перед исправлением

#Что означает сообщение

Сообщение
Host identification changed

Предупреждение SSH о смене идентификационного ключа хоста может появиться после переустановки сервера, но также защищает от перехвата соединения.

#Как отличить причины

Возможная причинаКак узнатьЧто делать
Переустановка сервераПри диагностике «SSH: REMOTE HOST IDENTIFICATION HAS CHANGED» сравните результат на другом подключении и проверьте, получается ли адрес и ответ нужного сервиса. Важно сопоставить проверку с исходным симптомом, а не с догадкой.Для случая «SSH: REMOTE HOST IDENTIFICATION HAS CHANGED» корректируйте только подтверждённую сетевую настройку; при корпоративных подключениях согласуйте изменение VPN, DNS или правил межсетевого экрана. Для проверки результата повторите только прежнее действие.
Смена IPСравните результат на другом подключении и проверьте, получается ли адрес и ответ нужного сервиса. Учитывайте версию SSH и условия сбоя.Для случая «SSH: REMOTE HOST IDENTIFICATION HAS CHANGED» корректируйте только подтверждённую сетевую настройку; при корпоративных подключениях согласуйте изменение VPN, DNS или правил межсетевого экрана. Изменения вносите по одному, с возможностью возврата.
АтакаСравните момент появления признака «Атака» с тем, когда ранее работала нужная функция. Учитывайте версию SSH и условия сбоя.Исправляйте только подтверждённый фактор «Атака», сохраняя прежние настройки. Для проверки результата повторите только прежнее действие.
Облачный образСравните момент появления признака «Облачный образ» с тем, когда ранее работала нужная функция. Учитывайте версию SSH и условия сбоя.Исправляйте только подтверждённый фактор «Облачный образ», сохраняя прежние настройки. Изменения вносите по одному, с возможностью возврата.

#Пошаговое решение

  1. Зафиксируйте ошибку и проверьте условияПрочитайте точное предупреждение REMOTE HOST IDENTIFICATION HAS CHANGED с именем хоста, типом ключа и номером строки known_hosts. До подтверждения причины не вводите пароль, не используйте StrictHostKeyChecking no и не удаляйте старый ключ вслепую.
  2. Выполните основную проверку и исправлениеПо независимому каналу попросите администратора подтвердить переустановку или замену SSH-ключа и передать отпечаток нового публичного ключа, полученный на консоли сервера командой ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub. Вывод ssh-keyscan из недоверенной сети сам по себе не удостоверяет подлинность.
  3. Исключите другие подтверждённые причиныПосле полного совпадения отпечатков сохраните копию ~/.ssh/known_hosts на клиенте и выполните ssh-keygen -R имя_хоста; при нестандартном порту запись оформляется как [имя_хоста]:порт. Если IP используется отдельно, проверьте и его запись. Не меняйте ключи серверного sshd.
  4. Проверьте, действительно ли проблема решенаПовторите SSH-подключение, сравните показанный клиентом отпечаток с доверенным и только затем подтвердите добавление нового ключа. Если отпечаток отличается, остановитесь и проверьте DNS, IP и возможную подмену соединения с администратором.

#Что важно перед исправлением

Не отключайте StrictHostKeyChecking глобально и не удаляйте весь known_hosts: так пропадёт защита для других серверов.

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.