Git говорит: «Предупреждение: навсегда добавлен в список известных хостов»

Каждый раз, когда я использую git для взаимодействия с пультом, например, когда вы тянете или толкаете, мне выдается следующее сообщение:

Предупреждение. Постоянно добавлено «...» (RSA) в список известных хостов.

Как я могу предотвратить отображение этого раздражающего сообщения? Это только раздражение - все работает правильно.

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

UserKnownHostsFile ~/.ssh/known_hosts

Затем вы увидите сообщение при следующем доступе к Github, но после этого вы больше его не увидите, потому что хост добавлен в known_hostsфайл. Это устраняет проблему, а не просто скрывает сообщение журнала.

Эта проблема беспокоила меня довольно долго. Проблема возникает из-за того, что клиент OpenSSH, скомпилированный для Windows, не проверяет файл known_hosts в~/.ssh/known_hosts

ssh -vvvvvvvvvvvvvvvvvvv 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

Затем добавьте ключ публикации и клонируйте свой репозиторий ... Готово .....

Я столкнулся с той же ошибкой в ​​виртуальной машине Linux / Cent OS, и это произошло потому, что 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 каждый раз он давал «Предупреждение: постоянно добавлен ... в список известных хостов».

Моим решением было закомментировать 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-agent с помощью:

ssh-add ~/.ssh/id_rsa

Я забираю свое решение из-за продолжающихся падений голосов.
Это было лучшее решение без фактического взлома исходного кода самого клиента SSH.
Если кому-то интересно, проверьте историю редактирования.