Git каже: "Увага! Постійно додається до списку відомих хостів"

Кожен раз, коли я використовую git для взаємодії з пультом, наприклад, під час потягування або натискання, мені відображається таке повідомлення:

Попередження: Постійно додано "..." (RSA) до списку відомих хостів.

Як я можу запобігти появі цього дратівливого повідомлення? Це лише роздратування - все функціонує належним чином.

Рішення: створити ~/.ssh/configфайл і вставити рядок:

UserKnownHostsFile ~/.ssh/known_hosts

Потім ви побачите повідомлення наступного разу, коли ви отримаєте доступ до Github, але після цього його більше не побачите, оскільки хост додається до known_hosts файл. Це вирішує проблему, а не просто приховує повідомлення журналу.

Ця проблема клопотала мене досить довго. Проблема виникає через те, що клієнт OpenSSH, скомпільований для Windows, не перевіряє файл знаних_хостів~/.ssh/known_hosts

ssh -vvvvvvvvvvvvvvvvvvvv git@github.com

debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
Warning: Permanently added 'github.com,207.97.227.239' (RSA) to the list of known hosts.

Додайте наступний рядок до файлу налаштування ssh ($ HOME / .ssh / config):

LogLevel=quiet

Якщо ви запускаєте ssh з командного рядка, додайте наступний параметр до командного рядка:

-o LogLevel=quiet

Наприклад, наступне виводить версію gcc, встановлену на machine.example.org (і без попередження):

ssh -o UserKnownHostsFile=/dev/null \
    -o StrictHostKeyChecking=no \
    -o LogLevel=quiet \
    -i identity_file \
    machine.example.org \
    gcc -dumpversion

Встановіть LogLevelв ERROR(НЕ QUIET) в ~/.ssh/configфайлі , щоб не бачити ці помилки:

Host *
   StrictHostKeyChecking no
   UserKnownHostsFile /dev/null
   LogLevel ERROR

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

Для придушення попереджувальних повідомлень sshможна додати наступні рядки до ~/.ssh/config:

Host *
LogLevel error

Це відключить попередження, але не повідомлення про помилки. Як і в інших налаштуваннях, ~/.ssh/configви можете налаштувати функцію " LogLevelна кожного хоста", якщо ви хочете більш детально керувати.

Це в основному означає, що для цього хоста є зміни ~/.ssh/known_hosts, і він не оновлює його автоматично. Тому кожен раз, коли ви отримуєте це попереджувальне повідомлення.

Це часто трапляється для підключення до відтворених віртуальних машин, який змінює ключ з однаковою IP-адресою

Рішення

Якщо у вас є лише один запис, ви можете видалити його ~/.ssh/known_hosts файл, а після першого з'єднання ключ буде там, і після цього жодних попереджувальних повідомлень.

Якщо у вас є кілька записів, ви можете скористатися командою нижче для видалення

$ ssh-keygen -R <hostname>

Це прекрасно працює для мене

Якщо ви використовуєте сховище від GitHub, розгляньте натомість використовувати версію URL-адреси HTTPS , щоб повністю усунути цю проблему:

Якщо ви клонуєте свій сховище у програмі Windows GitHub, саме це використовується для віддаленої URL-адреси. Можливо, вони знають щось, чого ми не знаємо.

У мене те саме питання, і я виявив, що .sshв моєму файлі немає жодного файлу ~. Тому я просто створюю .sshкаталог, який знаходиться під ~контуром, і проблема вирішується.

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

https://help.github.com/articles/checking-for-existing-ssh-keys/ https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it- до агента-ssh /

Додати ключ ssh

ssh-keygen -t rsa -b 4096 -C "abc@abc.com"

eval "$(ssh-agent -s)"

ssh-add ~/.ssh/bitbucket_rsa

Конфігураційний файл ящика

crate ~/.ssh/config

додати під рядок.

UserKnownHostsFile ~/.ssh/known_hosts

Потім додайте ключ pub і клонуйте ваше сховище ... Готово .....

Я зіткнувся з тією ж помилкою в Linux / Cent OS VM, і це було через те, що IP змінювався після перезавантаження. Щоб вирішити цю проблему, я визначив статичний IP в мережі і додав цей запис у файл / etc / hosts. Для статичного IP відзначте трохи більше значення діапазону. Наприклад, якщо ваш поточний IP (ipconfig / ifconfig) становить 192.168.0.102, наступного разу після перезапуску це може стати 192.168.0.103. Тому визначте свій статичний IP-адрес у налаштуваннях IPV4 як 192.168.0.181, що повинно зробити трюк.

У моєму випадку це було тому, що адміністратор, який налаштував сервер, встановив ці параметри в ~/.ssh/config

StrictHostKeyChecking no
UserKnownHostsFile /dev/null

Що спрацювало нормально для більшості випадків, не використовуючи ~/.ssh/known_hostsфайл. Але для підприємства gitlab repo кожного разу він давав "Попередження: Постійно додається ... до списку відомих хостів".

Моє рішення було прокоментувати UserKnownHostsFile /dev/nullрядок, який дозволив створити ~/.ssh/known_hosts. Тоді вона більше не давала попереджень.

Також у вас можуть бути старі / невірні записи known_hosts.

# find entry in ~/.ssh/known_hosts
ssh-keygen -F <hostname>

# delete entry in ~/.ssh/known_hosts
ssh-keygen -R <hostname>

додайте свій приватний ключ до ssh-агента за допомогою:

ssh-add ~/.ssh/id_rsa

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