"Ajouter la clé hôte correcte dans known_hosts" / plusieurs clés hôte SSH par nom d'hôte?

Supprimez cette entrée de known_hosts en utilisant :

ssh-keygen -R *adresse_ip_ou_nom_hôte*

Cela supprimera l'IP ou le nom d'hôte problématique du fichier known_hosts et essaiera de se connecter à nouveau.

Depuis les pages de manuel :

-R nom_hôte
Supprime toutes les clés appartenant à nom_hôte d'un fichier known_hosts. Cette option est utile pour supprimer les hôtes hachés (voir l'option -H ci-dessus).

Un moyen très simple est :

cp ~/.ssh/known_hosts ~/.ssh/known_hosts.bak

Ensuite, éditez known_hosts pour effacer la clé d'origine et SSH vers l'hôte à nouveau. Il ajoutera automatiquement la nouvelle clé.

Ensuite, comparez les deux fichiers. Un programme tel que meld est un bel outil de comparaison. Ensuite, fusionnez les fichiers pour que known_hosts contienne les deux clés. (apt-get / yum install le nom est simplement meld)

Ma 'raison' de conserver deux clés est que le système de destination est multiboot. Même si je dirais qu'il existe un moyen de synchroniser les clés à travers les installations, il semble plus simple de permettre plusieurs clés.

Modifier 2015-06

Commenter temporairement l'entrée known_hosts

En y revenant maintenant, je remarque un moyen encore plus simple, tant que l'entrée est identifiable—normalement à partir du nom d'hôte / de l'adresse IP, tout à fait à part du message d'erreur faisant référence à son emplacement spécifique;

1. Éditez known_hosts pour ajouter temporairement # au début de l'ancienne entrée.
2. SSH vers l'hôte, en acceptant le prompt pour ajouter la nouvelle clé 'automatiquement'.
3. Ensuite, ré-éditez known_hosts pour supprimer le #.

Forcer un alias temporaire d'hôte

Il y a même l'option HostKeyAlias, comme dans

ssh -o HostKeyAlias=mynewaliasforthemachine nom@ordinateur

Votre client SSH ajoutera la nouvelle clé sous l'alias. Ensuite, vous pouvez soit éditer known_hosts pour substituer le 'vrai' nom d'hôte / adresse IP pour l'alias, soit vous connecter à cette incarnation de cet hôte avec l'option alias pour toujours.

Si votre client et votre serveur ont tous deux OpenSSH 6.8 ou une version ultérieure, vous pouvez utiliser l'option UpdateHostKeys yes dans votre fichier ssh_config ou ~/.ssh/config. Par exemple :

Host *
    UpdateHostKeys yes

Cela permet à SSH de stocker toutes les clés d'hôte que le serveur possède dans le fichier known_hosts, et lorsque qu'un serveur modifie ou supprime une clé d'hôte, la clé est également modifiée ou supprimée dans votre fichier known_hosts.

J'ai le même problème avec un raspberry pi que je démarre avec plusieurs systèmes différents (système de développement pour compiler des binaires arm, projet, xbmc, etc.) et j'ai rencontré le même problème. Ils utilisent DHCP sur un réseau local et mon routeur a toujours réutilisé la même adresse IP puisque l'adresse MAC était la même. J'ai résolu le problème en utilisant des noms de domaine différents dans mon fichier hosts :

10.10.10.110 pi-dev
10.10.10.110 pi-xbmc
10.10.10.110 pi-etc

Le fichier known_hosts enregistre les empreintes digitales par nom d'hôte, donc même s'il s'agit de la même adresse IP, chaque nom d'hôte unique obtient une entrée différente.

J'en ai eu assez d'ajouter les noms aux fichiers hosts à chaque fois que j'utilisais un nouveau système, alors j'ai trouvé un moyen encore plus paresseux en utilisant des zéros en tête des adresses IP comme :

$ ssh pi@10.10.10.110
$ ssh pi@010.10.10.110
$ ssh pi@10.010.10.110

Chaque variation de l'adresse IP (non canonisée) obtient sa propre entrée dans known_hosts.