2 votes

Bonne façon de gérer la vérification des clés de l'hôte sur plusieurs réseaux ?

J'ai un ordinateur portable et plusieurs réseaux que je visite. Lorsque je suis sur le réseau Alpha, je veux ssh 192.168.1.10 qui est un serveur web. Quand je suis sur le réseau Bêta, je veux ssh 192.168.1.10 qui est un serveur de fichiers.

Parce que je visite deux différents machines avec le même IP, je reçois la grande bannière

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @ 
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!

Mais tout ce qui se passe réellement, c'est que je suis sur un réseau privé différent, donc le contexte de mon ssh est différente.

Je sais que je peux faire ssh -o StrictHostKeyChecking=no et contourner la vérification, mais existe-t-il un moyen de continuer à vérifier (j'aimerais savoir si l'un des hôtes a effectivement changé) mais en tenant compte du réseau ?

0 votes

Pas assez de détails pour proposer une solution spécifique, mais certains systèmes permettent l'exécution de scripts lors de la connexion à un réseau. Dans votre cas known_hosts pourrait être un lien symbolique vers une base de données par réseau known_hosts et un script changerait le lien lors de la connexion à un réseau.

0 votes

IMO, votre commentaire est suffisant comme solution. Si vous me citez un ou deux systèmes de ce type, cela pourrait m'aider à trouver des outils similaires, mais en me suggérant simplement de les échanger. known_hosts Je vois comment je pourrais écrire mon propre script.

0 votes

De quels détails auriez-vous besoin pour proposer une solution spécifique ?

5voto

John Mahowald Points 28597

Mettre en œuvre l'IPv6. Ajouter des adresses uniques au monde aux hôtes et au DNS. Quel réseau devient évident en /64 sous-réseaux.

Un grand projet juste pour votre confort administratif, peut-être. Mais cela peut devenir un problème plus important si une organisation fusionne, se restructure ou utilise des VPN, introduisant des conflits d'adresses.

0 votes

La réponse de Mark, à savoir "s'amuser avec known_hosts est ce que je cherchais, mais je suis d'accord que c'est vraiment la bonne solution -- le but d'IPv6 est de permettre à chaque hôte d'avoir une adresse unique et si j'avais cela, la vérification d'hôte de ssh fonctionnerait exactement comme prévu.

2voto

Ajoutez quelque chose comme ceci à /etc/hosts :

192.168.1.10    alpha-webserver    beta-fileserver

Ensuite, utilisez ssh user@alpha-webserver o ssh user@beta-fileserver .

Le fichier d'hôtes connu de ssh utilise le nom que vous donner comme clé, il suffit donc d'utiliser 2 noms différents au lieu d'une IP. Cela pourrait être utile dans d'autres contextes également - un nom est toujours moins sujet à erreur qu'un numéro :)

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X