Meilleure façon d'utiliser plusieurs clés privées SSH sur un même client

Question

Je veux utiliser plusieurs clés privées pour me connecter à différents serveurs ou à différentes parties du même serveur (mes utilisations sont l'administration système du serveur, l'administration de Git et l'utilisation normale de Git au sein du même serveur). J'ai essayé de simplement empiler les clés dans le répertoire id_rsa en vain.

Apparemment, un moyen simple de le faire est d'utiliser la commande

ssh -i <key location> login@server.example.com 

C'est assez encombrant.

Avez-vous des suggestions sur la façon de procéder pour faciliter les choses ?

Answer 1

De mon .ssh/config :

Host myshortname realname.example.com
    HostName realname.example.com
    IdentityFile ~/.ssh/realname_rsa # private key for realname
    User remoteusername

Host myother realname2.example.org
    HostName realname2.example.org
    IdentityFile ~/.ssh/realname2_rsa  # different private key for realname2
    User remoteusername

Ensuite, vous pouvez utiliser les éléments suivants pour vous connecter :

ssh myshortname

ssh myother

Et ainsi de suite.

Answer 2

Vous pouvez demander à ssh d'essayer plusieurs clés successivement lors de la connexion. Voici comment procéder :

$ cat ~/.ssh/config
IdentityFile ~/.ssh/id_rsa
IdentityFile ~/.ssh/id_rsa_old
IdentityFile ~/.ssh/id_ed25519
# ... and so on

$ ssh server.example.com -v
....
debug1: Next authentication method: publickey
debug1: Trying private key: /home/example/.ssh/id_rsa
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey
debug1: Trying private key: /home/example/.ssh/id_rsa_old
debug1: read PEM private key done: type RSA
....
[server ~]$

De cette façon, vous n'avez pas à spécifier quelle clé fonctionne avec quel serveur. Il utilisera simplement la première clé qui fonctionne.

De plus, vous ne pouvez saisir une phrase de passe que si un serveur donné est prêt à accepter la clé. Comme nous l'avons vu ci-dessus, ssh n'a pas essayé de demander un mot de passe pour les serveurs suivants .ssh/id_rsa même s'il en avait un.

Certes, cela ne surpasse pas une configuration par serveur comme dans les autres réponses, mais au moins vous n'aurez pas à ajouter une configuration pour tous les serveurs auxquels vous vous connectez !

Answer 3

Les réponses précédentes ont bien expliqué la manière de créer un fichier de configuration pour gérer plusieurs clés ssh. Je pense que la chose importante qui doit également être expliquée est le fichier de configuration. remplacement d'un nom d'hôte par un nom d'alias lors du clonage du référentiel .

Supposons que, votre le nom d'utilisateur du compte GitHub de la société est abc1234 . Et supposez que votre le nom d'utilisateur du compte GitHub personnel est jack1234

Et, supposons que vous avez créé deux clés RSA, à savoir id_rsa_company y id_rsa_personnel . Donc, votre configuration ressemblera à ce qui suit :

# Company account
Host company
HostName github.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/id_rsa_company

# Personal account
Host personal
HostName github.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/id_rsa_personal

Maintenant, lorsque vous clonez le dépôt (démo nommée) à partir du compte GitHub de l'entreprise, l'URL du dépôt sera quelque chose comme :

Repo URL: git@github.com:abc1234/demo.git

Maintenant, en faisant git clone vous devez modifier l'URL du référentiel ci-dessus comme suit :

git@company:abc1234/demo.git

Remarquez que github.com est maintenant remplacé par l'alias "company" que nous avons défini dans le fichier de configuration.

De même, vous devez modifier l'URL de clonage du dépôt dans le compte personnel en fonction de l'alias fourni dans le fichier de configuration.

Answer 4

En réponse de Randal Schwartz m'a presque aidé jusqu'au bout. J'ai un nom d'utilisateur différent sur le serveur, j'ai donc dû ajouter l'élément Utilisateur mot-clé dans mon dossier :

Host           friendly-name
HostName       long.and.cumbersome.server.name
IdentityFile   ~/.ssh/private_ssh_file
User           username-on-remote-machine

Vous pouvez maintenant vous connecter en utilisant le nom d'ami :

ssh friendly-name

Vous trouverez d'autres mots-clés sur le site Page de manuel OpenSSH . NOTE : Certains des mots-clés répertoriés peuvent déjà être présents dans votre entreprise. /etc/ssh/ssh_config fichier.

Answer 5

ssh-add ~/.ssh/xxx_id_rsa

Veillez à le tester avant de l'ajouter avec :

ssh -i ~/.ssh/xxx_id_rsa username@example.com

Si vous rencontrez des problèmes d'erreurs, il est parfois utile de modifier la sécurité du fichier :

chmod 0600 ~/.ssh/xxx_id_rsa