Quiero usar varias claves privadas para conectarme a diferentes servidores o diferentes porciones del mismo servidor (mis usos son la administración del sistema del servidor, la administración de Git y el uso normal de Git dentro del mismo servidor). Intenté simplemente apilar las claves en los id_rsaarchivos en vano.

Aparentemente, una forma sencilla de hacerlo es usar el comando

ssh -i <key location> [email protected] 

Eso es bastante engorroso.

¿Alguna sugerencia sobre cómo hacer esto un poco más fácil?

De mi .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

Y así.

Puede indicar a ssh que intente varias claves sucesivas al conectarse. Así es cómo:

$ 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 esta manera, no tiene que especificar qué clave funciona con qué servidor. Solo usará la primera tecla de trabajo.

Además, solo ingresaría una frase de contraseña si un servidor determinado está dispuesto a aceptar la clave. Como se vio anteriormente, ssh no intentó pedir una contraseña, .ssh/id_rsaincluso si la tenía.

Seguramente no supera una configuración por servidor como en otras respuestas, pero al menos no tendrá que agregar una configuración para todos y cada uno de los servidores a los que se conecta.

La respuesta de Randal Schwartz casi me ayudó en todo momento. Tengo un nombre de usuario diferente en el servidor, así que tuve que agregar la palabra clave Usuario a mi archivo:

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

Ahora puedes conectarte usando el nombre descriptivo:

ssh friendly-name

Se pueden encontrar más palabras clave en la página de manual de OpenSSH . NOTA: Algunas de las palabras clave enumeradas pueden estar presentes en su archivo / etc / ssh / ssh_config .

Las respuestas anteriores han explicado correctamente la forma de crear un archivo de configuración para administrar múltiples claves ssh. Creo que lo importante que también debe explicarse es la sustitución de un nombre de host con un nombre de alias mientras se clona el repositorio .

Supongamos que el nombre de usuario de la cuenta de GitHub de su empresa es abc1234 . Y supongamos que el nombre de usuario de su cuenta personal de GitHub es jack1234

Y, supongamos que ha creado dos claves RSA, a saber, id_rsa_company e id_rsa_personal . Por lo tanto, su archivo de configuración se verá a continuación:

# 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

Ahora, cuando clona el repositorio (denominado demo) de la cuenta de GitHub de la compañía, la URL del repositorio será algo así como:

Repo URL: [email protected]:abc1234/demo.git

Ahora, mientras lo hace git clone, debe modificar la URL del repositorio anterior como:

git@company:abc1234/demo.git

Observe cómo github.com ahora se reemplaza con el alias "compañía" como hemos definido en el archivo de configuración.

De manera similar, debe modificar la URL de clonación del repositorio en la cuenta personal según el alias proporcionado en el archivo de configuración.

ssh-add ~/.ssh/xxx_id_rsa

Asegúrese de probarlo antes de agregar con:

ssh -i ~/.ssh/xxx_id_rsa [email protected]

Si tiene algún problema con los errores, a veces, cambiar la seguridad del archivo ayuda:

chmod 0600 ~/.ssh/xxx_id_rsa

1. Genere una clave SSH:

   $ ssh-keygen -t rsa -C <[email protected]>
   

2. Genere otra clave SSH :

   $ ssh-keygen -t rsa -f ~/.ssh/accountB -C <[email protected]>
   

   Ahora, deben existir dos claves públicas ( id_rsa.pub , accountB.pub ) en el ~/.ssh/directorio.

   $ ls -l ~/.ssh     # see the files of '~/.ssh/' directory
   

3. Cree un archivo de configuración ~/.ssh/configcon los siguientes contenidos:

   $ nano ~/.ssh/config
   
   Host bitbucket.org
       User git
       Hostname bitbucket.org
       PreferredAuthentications publickey
       IdentityFile ~/.ssh/id_rsa
   
   Host bitbucket-accountB
       User git
       Hostname bitbucket.org
       PreferredAuthentications publickey
       IdentitiesOnly yes
       IdentityFile ~/.ssh/accountB
   

4. Clonar de la defaultcuenta.

   $ git clone [email protected]:username/project.git
   

5. Clonar de la accountBcuenta.

   $ git clone git@bitbucket-accountB:username/project.git
   

Ver más aquí

Estoy de acuerdo con Tuomas sobre el uso de ssh-agent. También quería agregar una segunda clave privada para el trabajo y este tutorial funcionó de maravilla para mí.

Los pasos son los siguientes:

1. $ ssh-agent bash
2. $ ssh-add /path.to/private/key p.ej ssh-add ~/.ssh/id_rsa
3. Verificar por $ ssh-add -l
4. Pruébelo con, $ssh -v <host url>por ejemplossh -v [email protected]

Me encontré con este problema hace un tiempo, cuando tenía dos cuentas de Bitbucket y quería tener que almacenar claves SSH separadas para ambas. Esto es lo que funcionó para mí.

Creé dos configuraciones ssh separadas de la siguiente manera.

Host personal.bitbucket.org
    HostName bitbucket.org
    User git
    IdentityFile /Users/username/.ssh/personal
Host work.bitbucket.org
    HostName bitbucket.org
    User git
    IdentityFile /Users/username/.ssh/work

Ahora, cuando tenía que clonar un repositorio de mi cuenta de trabajo, el comando era el siguiente.

git clone [email protected]:teamname/project.git

Tuve que modificar este comando para:

git clone git@**work**.bitbucket.org:teamname/project.git

Del mismo modo, el comando clonar de mi cuenta personal tuvo que modificarse para

git clone git @ personal .bitbucket.org: nombre / personalproject.git

Consulte este enlace para más información.

Use ssh-agent para sus claves.

Ahora, con la versión reciente de Git, podemos especificar sshCommand en el archivo de configuración de Git específico del repositorio:

  [core]
      repositoryformatversion = 0
      filemode = true
      bare = false
      logallrefupdates = true
      sshCommand = ssh -i ~/.ssh/id_rsa_user
   [remote "origin"]
      url = [email protected]:user/repo.git
      fetch = +refs/heads/*:refs/remotes/origin/*

Puede crear un archivo de configuración con nombre configen su ~/.sshcarpeta. Puede contener:

Host aws
    HostName *yourip*
    User *youruser*
    IdentityFile *idFile*

Esto te permitirá conectarte a máquinas como esta

 ssh aws

IMPORTANTE: debe iniciar ssh-agent

Debe iniciar ssh-agent (si aún no se está ejecutando) antes de usar ssh-add de la siguiente manera:

eval `ssh-agent -s` # start the agent

ssh-add id_rsa_2 # Where id_rsa_2 is your new private key file

Tenga en cuenta que el comando eval inicia el agente en Git Bash en Windows. Otros entornos pueden usar una variante para iniciar el agente SSH.

En Ubuntu 18.04 (Bionic Beaver) no hay nada que hacer.

Después de haber creado una segunda clave SSH con éxito, el sistema intentará encontrar una clave SSH coincidente para cada conexión.

Para que quede claro, puede crear una nueva clave con estos comandos:

# Generate key make sure you give it a new name (id_rsa_server2)
ssh-keygen

# Make sure ssh agent is running
eval `ssh-agent`

# Add the new key
ssh-add ~/.ssh/id_rsa_server2

# Get the public key to add it to a remote system for authentication
cat ~/.ssh/id_rsa_server2.pub

Múltiples pares de claves en GitHub

1.0 archivo de configuración SSH

1.1 Crear ~ / .ssh / config

1.2 chmod 600 ~ / .ssh / config ( debe )

1.3 Ingrese lo siguiente en el archivo:

Anfitriona de pizza

HostName github.com

Autenticaciones preferidas publickey # opcional

IdentityFile ~ / .ssh / privatekey1

Caso A: nuevo y fresco clon de Git

Use este comando para clonar Git:

$ git clone git@pizza:yourgitusername/pizzahut_repo.git

Nota: Si desea cambiar el nombre de host "pizza" de .ssh / config en el futuro, vaya a la carpeta clonada Git, edite la línea URL del archivo .git / config (vea el caso B)

Caso B: ya tengo la carpeta de clonación Git

2.1 Vaya a la carpeta clonada y luego vaya a la carpeta .git

2.2 Editar archivo de configuración

2.3 Actualice la URL de * antiguo a nuevo :

(Old) URL = [email protected]:yourgitusername/pizzahut_repo.git

(New) URL = git@pizza:yourgitusername/pizzahut_repo.git

Para mí, la única solución de trabajo era simplemente agregar esto en el archivo ~/.ssh/config:

Host *
  IdentityFile ~/.ssh/your_ssh_key
  IdentityFile ~/.ssh/your_ssh_key2
  IdentityFile ~/.ssh/your_ssh_key3
  AddKeysToAgent yes

your_ssh_keyEs sin ninguna extensión. No utilice .pub.

En CentOS 6.5 con OpenSSH_5.3p1 y OpenSSL 1.0.1e-fips, resolví el problema cambiando el nombre de mis archivos clave para que ninguno de ellos tuviera el nombre predeterminado.

Mi directorio .ssh contiene id_rsa_foo e id_rsa_bar, pero no id_rsa, etc.

Como se menciona en una página de blog de Atlassian , genere un archivo de configuración dentro de la carpeta .ssh , que incluya el siguiente texto:

#user1 account
 Host bitbucket.org-user1
     HostName bitbucket.org
     User git
     IdentityFile ~/.ssh/user1
     IdentitiesOnly yes

 #user2 account
 Host bitbucket.org-user2
     HostName bitbucket.org
     User git
     IdentityFile ~/.ssh/user2
     IdentitiesOnly yes

Luego, simplemente puede pagar con el dominio de sufijo y dentro de los proyectos puede configurar los nombres de los autores, etc. localmente.

Aquí está la solución que utilicé inspirada en la respuesta de sajib-khan . La configuración predeterminada no está establecida; es mi cuenta personal en GitLab y la otra especificada es la cuenta de mi empresa. Aquí esta lo que hice:

Generar la clave SSH

ssh-keygen -t rsa -f ~/.ssh/company -C "[email protected]"

Edite la configuración SSH

nano ~/.ssh/config

    Host company.gitlab.com
    HostName gitlab.com
    PreferredAuthentications publickey
    IdentityFile ~/.ssh/company

Eliminar las claves SSH almacenadas en caché

ssh-add -D

¡Pruébalo!

ssh -T [email protected]

¡Bienvenido a GitLab, @ hugo.sohm!

ssh -T [email protected]

¡Bienvenido a GitLab, @HugoSohm!

Úsalo!

Cuenta de la compañia

git clone [email protected]:group/project.git

Cuenta personal / predeterminada

git clone [email protected]:username/project.git

Aquí está la fuente que usé.

Me encanta el enfoque para establecer lo siguiente en el archivo ~ / .ssh / config:

# Configuration for GitHub to support multiple GitHub  keys
Host  github.com
  HostName github.com
  User git

# UseKeychain adds each keys passphrase to the keychain so you
# don't have to enter the passphrase each time.
  UseKeychain yes

# AddKeysToAgent would add the key to the agent whenever it is
# used, which might lead to debugging confusion since then
# sometimes the one repository works and sometimes the
# other depending on which key is used first.
#  AddKeysToAgent yes

# I only use my private id file so all private
# repositories don't need the environment variable
# `GIT_SSH_COMMAND="ssh -i ~/.ssh/id_rsa"` to be set.
  IdentityFile ~/.ssh/id_rsa

Luego, en su repositorio, puede crear un .envarchivo que contenga el sshcomando que se utilizará:

GIT_SSH_COMMAND="ssh -i ~/.ssh/your_ssh_key"

Si luego usa, por ejemplo, dotenv, la variable de entorno del entorno se exporta automáticamente y whoop whoop, puede especificar la clave que desea por proyecto / directorio. La frase de contraseña se solicita solo una vez, ya que se agrega al llavero.

Esta solución funciona perfectamente con Git y está diseñada para funcionar en una Mac (debido a UseKeychain).

Puede probar este paquete sshmulti npm para mantener varias claves SSH.