Je suis assez confus avec tous ces trucs de sécurité ssh. J'essaie de reconfigurer un système qui est actuellement cassé pour des raisons inconnues. La machine A est votre ordinateur personnel, que vous utilisez chaque fois que vous êtes à la maison. La machine B est le nœud principal d'un cluster HPC et toutes les autres machines C sont toutes des machines configurées de manière identique qui partagent les répertoires personnels de la machine B. Il s'agit d'un cluster HPC, si vous ne l'avez pas deviné. Comment configurer un ssh sans mot de passe entre les nœuds B et C. A ne peut accéder à C qu'en se connectant à B.
Réponses
Trop de publicités?- Configurer sans mot de passe de A à B.
- Lancez un agent SSH, chargez-y votre clé privée.
- Si vous utilisez GNOME, il est fort probable qu'il lance déjà un agent. Testez avec
ssh-add -l
- OpenSSH utilise
eval ssh-agent
pour lancer un agent etssh-add
pour charger une clé. - PuTTY a Pageant.
- Si vous utilisez GNOME, il est fort probable qu'il lance déjà un agent. Testez avec
- Activez le transfert d'agent dans votre client SSH.
- Dans OpenSSH,
ssh -A ...
pour des actions ponctuelles etForwardAgent
en~/.ssh/config
pour une configuration persistante. Mettez-le sousHost machine_b
oHost *
- PuTTY l'a sous Connexion -> SSH -> Auth
- Dans OpenSSH,
- Connectez-vous de A à B, et vérifiez que B peut accéder à la clé que vous avez chargée en A.
-
ssh-add -l
devraient énumérer la même clé.
-
-
Configurez C pour une authentification sans mot de passe avec la même clé.- #5 probablement pas nécessaire si B et C partagent des répertoires personnels.
- Connectez de A à B et à travers lui à C.
Vous ne savez pas si vous voulez préciser que cela ne doit fonctionner que si vous venez de A ?
La réponse de grawity est probablement meilleure en matière de sécurité, mais voici une réponse pour la rapidité de l'installation et/ou le travail à partir de plusieurs sites. A 's..
En partant de votre ensemble... "les machines C sont toutes des machines configurées de manière identique qui partager les répertoires d'accueil de la machine B"
ssh-keygen
ssh-copy-id localhost
ou...
ssh-keygen
cat .ssh/id_rsa.pub >> .ssh/authorized_keys
chmod 600 .ssh/authorized_keys
Cela signifie que n'importe qui sur B ou C... (ou n'importe quelle machine ayant accès au .ssh/ de ce répertoire personnel) pourra se connecter entre eux à volonté, alors que je pense que grawity exige que vous veniez de A, et que vous ayez configuré cette machine de manière appropriée.