ИМХО Это не очень хорошая идея (см. Ниже).
Следующая команда удалит нарушающий ключ вашего хоста из known_hosts
ssh-keygen -R <host> например ssh-keygen -R my_old_client
Почему это не очень хорошая идея, можно поспорить man ssh(поиск вниз, вы можете прочитать):
Кроме того, сервер должен иметь возможность проверять ключ хоста клиента (см. Описание / etc / ssh / ssh_known_hosts и ~ / .ssh / known_hosts ниже), чтобы разрешить вход в систему . Этот метод аутентификации закрывает дыры в безопасности из-за подмены IP-адресов, подмены DNS и подмены маршрутизации. [Примечание для администратора: /etc/hosts.equiv, ~ / .rhosts и протокол rlogin / rsh в целом небезопасны и должны быть отключены, если требуется безопасность.]
Еще несколько слов: если sshвам подсказывают, что ключ компьютера меняется, обычно это происходит потому, что вы переустановили ssh на этом компьютере, или, возможно, вы принудительно пересобрали ключи. Однако это больше не ключ ssh, который использовался в прошлый раз ... это может быть другой компьютер, который пытается получить эту идентичность. Если вы уверены, что это тот же компьютер, вы можете удалить / обновить поврежденный ключ и продолжить.
Всегда man sshо том, как это работает:
ssh автоматически поддерживает и проверяет базу данных, содержащую идентификацию для всех хостов, с которыми она когда-либо использовалась.
Ключи хоста хранятся в ~ / .ssh / known_hosts в домашнем каталоге пользователя. Кроме того, файл/etc/ssh/ssh_known_hostsавтоматически проверяется на наличие известных хостов. Любые новые хосты автоматически добавляются в файл пользователя. Если идентификация хоста когда-либо изменяется, ssh предупреждает об этом и отключает аутентификацию по паролю, чтобы предотвратить подделку сервера или атаки «человек посередине», которые в противном случае могли бы использоваться для обхода шифрования.Параметр StrictHostKeyChecking можно использовать для управления входами в систему на компьютерах, ключ хоста которых неизвестен или изменился.