#Что означает сообщение
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 и условия сбоя. | Исправляйте только подтверждённый фактор «Облачный образ», сохраняя прежние настройки. Изменения вносите по одному, с возможностью возврата. |
#Пошаговое решение
- Зафиксируйте ошибку и проверьте условияПрочитайте точное предупреждение
REMOTE HOST IDENTIFICATION HAS CHANGEDс именем хоста, типом ключа и номером строкиknown_hosts. До подтверждения причины не вводите пароль, не используйтеStrictHostKeyChecking noи не удаляйте старый ключ вслепую. - Выполните основную проверку и исправлениеПо независимому каналу попросите администратора подтвердить переустановку или замену SSH-ключа и передать отпечаток нового публичного ключа, полученный на консоли сервера командой
ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub. Выводssh-keyscanиз недоверенной сети сам по себе не удостоверяет подлинность. - Исключите другие подтверждённые причиныПосле полного совпадения отпечатков сохраните копию
~/.ssh/known_hostsна клиенте и выполнитеssh-keygen -R имя_хоста; при нестандартном порту запись оформляется как[имя_хоста]:порт. Если IP используется отдельно, проверьте и его запись. Не меняйте ключи серверного sshd. - Проверьте, действительно ли проблема решенаПовторите SSH-подключение, сравните показанный клиентом отпечаток с доверенным и только затем подтвердите добавление нового ключа. Если отпечаток отличается, остановитесь и проверьте DNS, IP и возможную подмену соединения с администратором.
#Что важно перед исправлением
Не отключайте StrictHostKeyChecking глобально и не удаляйте весь known_hosts: так пропадёт защита для других серверов.