Временно игнорировать мой файл `~ / .ssh / known_hosts`?

Есть ли способ временно игнорировать мой ~/.ssh/known_hostsфайл?

mbp:~ alexus$ ssh 10.52.11.171
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx.
Please contact your system administrator.
Add correct host key in /Users/alexus/.ssh/known_hosts to get rid of this message.
Offending RSA key in /Users/alexus/.ssh/known_hosts:155
RSA host key for 10.52.11.171 has changed and you have requested strict checking.
Host key verification failed.
mbp:~ alexus$ 

НОТА:

... по нескольким ответам / комментариям я понимаю, что мой вопрос немного вводит в заблуждение, настолько короток, что это ожидаемое поведение), поэтому это нормально (в моем случае) есть веская причина, почему я хочу увидеть "игнорируй")

Вы можете использовать, ssh -o StrictHostKeyChecking=noчтобы отключить проверку на known_hostsмгновение. Но я бы посоветовал против этого. Вы должны действительно проверить, почему ключ хоста изменился.

Другой вариант - добавить конкретную запись для вашего ~/.ssh/configхоста. Это может быть правильным подходом, если у вас есть определенный хост, который генерирует новые ключи хоста каждый раз, когда он перезагружается, и он перезагружается по уважительной причине несколько раз в день.

Host <your problematic host>
  StrictHostKeyChecking no

Чтобы полностью игнорировать ваш известный файл hosts в среде POSIX, установите параметры GlobalKnownHostsFileи UserKnownHostsFileв /dev/null:

ssh -o GlobalKnownHostsFile=/dev/null -o UserKnownHostsFile=/dev/null user@host

Установка этого StrictHostKeyChecking=noпараметра позволит вам подключиться, но SSH по- прежнему будет отображать предупреждение :

ssh -o StrictHostKeyChecking=no user@host

Как уже отмечали другие, вероятно, лучше рассмотреть основную проблему. Вы можете рассмотреть аутентификацию сертификата SSH для проверки хостов, например.

Если вы переустановили сервер и, следовательно, Идентификация изменилась, вам просто нужно удалить указанную строку 155 с /Users/alexus/.ssh/known_hostsи продолжить.

Если вы переключаетесь между разными частными сетями, вы должны использовать вместо них имена хостов, так как клиент ssh также будет сохранять ключи в зависимости от имени хоста. Добавьте что-то вроде этого к себе /etc/hosts:

10.52.11.171 server1
10.52.11.171 server2

а затем использовать ssh server1при подключении к подсети 1 и ssh server2при подключении к подсети2. Таким образом, оба сервера могут иметь разные хост-ключи.

-o StrictHostKeyChecking=no работает только в том случае, если хост отсутствует в файле known_hosts.

Я думаю, что это чище (без предупреждений), если вы ожидаете, что ключ хостов изменится, возможно, из-за клонирования vm, для принудительного игнорирования таких хостов, как это:

# Handle possible SSH key changes
host_key=$(ssh-keyscan -t rsa ${host_ip})
grep "${host_key}" ~/.ssh/known_hosts >/dev/null || {
    ssh-keygen -R ${host_ip}
    echo ${host_key} >>  ~/.ssh/known_hosts
}

# connect as normal way
ssh root@${host_ip} "hostname"

Некоторые люди говорят, что это неправильно, вы не должны делать это и так далее, но мне нужно это также, чтобы снова и снова тестировать несколько встроенных устройств. Вы должны отключить StrictHostKeyChecking=no, это правильно, но также сбросить файл известных хостов в /dev/null. Вот пример с автологином и psна удаленном устройстве.

sshpass -p pass ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null user@host 'ps ax'

Войдите на все ваши серверы (и, если RedHat), rm -f /etc/ssh/ssh_host_*а затем перезапустите SSHD.

Это создаст новые ключи хоста SSH, которые не нужно игнорировать.

Я могу вспомнить только один случай, когда ключи SSH, клонированные на нескольких серверах, не только желательны, но и не выдают никаких предупреждений. Кратно одной записи. Все хосты с записью A имеют одинаковый ключ.