Y a-t-il un moyen d'ignorer temporairement mon ~/.ssh/known_hosts
fichier ?
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$
NOTE :
par quelques réponse(s)/commentaires, je me rends compte que ma question est un peu trompeuse, donc la voici en résumé comportement attendu), donc c'est normal (dans mon cas) il y a une raison valable derrière cela pour laquelle je veux voir "ignorez-le")
0 votes
Pourquoi ce comportement est-il attendu ?
16 votes
Je ne peux pas parler pour l'utilisateur, mais un exemple serait une situation où vous développez un processus d'installation automatisé (tel qu'un kickstart), où votre flux de travail itératif implique la construction, la connexion, les tests, la modification du processus de construction et la reconstruction à partir de zéro, encore et encore.
19 votes
@MichaelHampton - J'ai ce problème tout le temps car VMware et VirtualBox recyclent les adresses IP pour les invités. Pour moi, c'est la bonne question :)
1 votes
Je continue à chercher cette réponse parce que j'ai un système dans mon réseau local où j'utilise un dropbear (avec une clé hôte différente) pour entrer le mot de passe de cryptage du disque pendant le démarrage.
1 votes
@jww C'est la mauvaise question/solution pour votre scénario. Vous devriez plutôt configurer SSH de manière à ignorer l'adresse IP mais à vérifier la clé hôte. Voir par exemple aquí
0 votes
@Goladus Idéalement, votre processus d'installation devrait insérer une clé hôte pré-créée qui ne change pas. Je ne suis pas familier avec kickstart, mais ceci est trivialement réalisé dans Vagrant, par exemple (où vous créez/détruisez des instances à partir d'une machine de base qui ne change jamais).
1 votes
@JonBentley Cela nécessite l'étape supplémentaire de la pré-création d'une clé hôte qui peut ne pas être ce que l'utilisateur veut pour son scénario particulier. Bien sûr, le point essentiel est qu'il s'agit d'une question simple avec une réponse simple, le demandeur ne devrait pas avoir à expliquer en détail pourquoi c'est la meilleure solution dans sa situation, même si cela semble étrange et que vous voulez suggérer des solutions potentiellement supérieures. Je n'ai fait que spéculer sur un scénario potentiel pour illustrer mon propos.
1 votes
@Goladus Bien sûr, je suis tout à fait d'accord - il n'y a rien de plus ennuyeux qu'un commentaire du type "pourquoi voulez-vous faire ça ?" alors que des raisons légitimes existent et que le commentateur n'a simplement pas fait preuve d'imagination. Mon commentaire n'avait pour but que de développer votre exemple, et non de désapprouver l'ensemble du propos. C'est pourquoi j'ai mis un vote positif sur votre commentaire lorsque j'y ai répondu. Je suis souvent confronté au scénario de l'OP où je me connecte à un hôte qui n'existe que temporairement et je ne veux pas encombrer mon fichier d'hôtes connus d'entrées inutiles.
0 votes
Excellent article ici ! shellhacks.com/disable-ssh-host-key-checking