Як видалити сувору перевірку ключа RSA в SSH і в чому тут проблема?

У мене є сервер Linux, який кожного разу, коли я його підключаю, показує мені повідомлення, яке змінило ключ хоста SSH:

$ ssh root @ host1 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@@@@@@ @ ПОПЕРЕДЖЕННЯ: ВИДАЛЕНО ІДЕНТИФІКАЦІЯ ХОСТА ЗМІНЕНА! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@@ МОЖЛИВО, ЩО НЕКОМИ РОБИТИ НЕЩО НАСТИ! Хтось міг би підслухати вас прямо зараз (атака "посередник")! Також можливо, що щойно змінено хост-ключ RSA. Відбиток для ключа RSA, який надсилає віддалений хост, становить 93: a2: 1b: 1c: 5f: 3e: 68: 47: bf: 79: 56: 52: f0: ec: 03: 6b. Зверніться до системного адміністратора. Додайте правильний ключ хоста в /home/emerson/.ssh/known_hosts, щоб позбутися цього повідомлення. Ключ порушень у /home/emerson/.ssh/known_hosts:377

Ключ хоста RSA для host1 змінився, і ви вимагали суворої перевірки. Помилка перевірки ключа хоста.

Він утримує мене протягом декількох секунд увійти до системи, а потім закриває з'єднання.

host1: ~ / .ssh # Прочитати з віддаленого хоста хост1: Скидання з'єднання за допомогою однорангового Підключення до хоста1 закрите.

Хтось знає, що відбувається і що я міг би зробити для вирішення цієї проблеми?

Будь ласка, не видаляйте весь відомий файл_hosts, як рекомендують деякі люди, це повністю анулює точку попередження. Це функція безпеки, щоб попередити вас про те, що людина, що перебуває в нападі посередині, може статися.

Я пропоную вам визначити, чому він вважає, що щось змінилося, швидше за все, оновлення SSH змінило ключі шифрування через можливу дірку безпеки. Потім ви можете очистити цей конкретний рядок із вашого відомого файлу_hosts:

sed -i 377d ~/.ssh/known_hosts

Цей d виводить рядок 377, як показано після двокрапки в попередженні:

/home/emerson/.ssh/known_hosts:377

Ви також можете видалити відповідний ключ, виконавши наступне

ssh-keygen -R 127.0.0.1 (obviously replace with the server's IP)

Будь ласка, НЕ очищайте весь файл і переконайтесь, що це фактично машина, до якої ви хочете підключитися до очищення конкретного ключа.

Я думаю, хоча деякі відповіді тут стосуються рекомендованого курсу дій у питанні ОП, але він не відповідає повністю на питання.

Питання зазначає "Як видалити сувору перевірку ключа RSA в SSH і в чому тут проблема?"

Проблема тут полягає, як радить деякі інші, зміна хоста, ймовірно, через перевстановлення сервера (найпоширеніший сценарій). І рекомендоване рішення - це дійсно видалити ключ-образник із файлу .ssh / pooblasti_keys із вбудованим sed.

Однак я не бачив жодної відповіді, яка стосується конкретної частини питання " Як видалити сувору перевірку ключа RSA в SSH ".

Ви можете видалити StrictHostKey перевірку в файлі конфігурації SSH, як правило , зберігаються в ~/.ssh/config.

Нижче наведено приклад блоку хостів:

Host 101
  HostName yourip|hostname
  User youruserid
  IdentityFile /path/to/keyfile
  Port 22
  StrictHostKeyChecking no

Спеціально доданий рядок - це останній, StrictHostKeyChecking noякий робить саме те, що. Залежно від конкретного сценарію, це може бути корисним для вас, наприклад, запуск декількох віртуалізованих контейнерів на виділеному сервері всього за кілька ips, зупинка та запуск іншого примірника на тому ж ip.

Ще один спосіб видалити StrictHostKeyChecking, коли це потрібно зробити лише для одного сервера:

ssh <server> -o StrictHostKeyChecking=no

Перш за все, це ваша машина? Ви свідомо змінили хост-ключі? Як ні, я б дуже стурбований тим, що щось змінило ці дані.

По-друге, підніміть налагодження ssh,

ssh -vvv user@host

і подивіться, що це вам скаже, також спробуйте заглянути / var / log / secure та / var / log / messages на сервері, до якого ви намагаєтесь підключитися, для ключів, sshd дає хороші повідомлення про помилки.

По-третє, чи підключена ця машина до Інтернету? Чи дійсно ви повинні дозволити кореневі логіни?

Ви отримуєте це через те, що щось змінилося (наприклад, новий NIC, новий IP, зміна серверного програмного забезпечення тощо). У фокусі безпеки є приємна стаття про захист хост-ключів SSH .

Просто видаліть ключ (за допомогою SFTP або подібного) з сервера, відредагувавши $HOME/.ssh/known_hostsфайл, і прийміть новий при наступному з'єднанні.

Можливо, ваше з'єднання буде відхилено через налаштування StrictHostKeyChecking. Дивіться цю тему для подібного випуску.

Оскільки "хост" [широко визначений, це може бути все, від перевстановлення / мультизавантаження до зовсім іншого комп'ютера з IP-адресою, до якої ви підключились, наприклад], схоже, що клієнт ssh змінився, він дає вам помилка.

Не потрібно вимикати сувору перевірку, не можна також видаляти оптові видалення збережених ключів.

Цілком можливо мати два різних ключі, вказані у відомих_хостях для певного імені хоста чи IP-адреси; даючи вам два варіанти відповідно до того, чи вважаєте ви, що вам може знадобитися "старий" ключ, який наразі зберігається у відомих_хостях

Або видаліть конкретний ключ, на який він посилається, в l377 відомих_хостів для ОП, або збережіть обидва

Найпростіший спосіб зберегти обидва, уникаючи видалення ключів у відомих_хостях, - це

1. Відредагуйте відомі_хости, щоб тимчасово додати номер # на початку "старого" запису, на який посилається у відомому_хості [@ l377]
2. Підключіть [ssh до хоста], погодьтесь із запитом, щоб додати новий ключ "автоматично"
3. Потім відредагуйте відомі_хости, щоб видалити #

додаткові відповіді на "Додати правильний ключ хоста у відомих_хостях" / кілька ключових ключів ssh на ім'я хоста?