Uso de múltiples claves públicas SSH

Tengo una cuenta personal y una cuenta de empresa en Unfuddle. En Unfuddle, las claves SSH solo se pueden usar en una sola cuenta, por lo que necesito crear una clave SSH separada en mi computadora portátil para ambas cuentas. Corrí ssh-keygen -t rsapara generar dos claves con nombres diferentes (personal es el nombre predeterminado y la compañía es {compañía} _rsa). El problema ahora es que parece que mi clave predeterminada se usa en todas partes y no puedo descubrir cómo especificar una clave para usar en Git para repositorios individuales.

Entonces, mi pregunta es: ¿Cómo especifico una clave SSH para usar de una base a otra?

Configuré mi ssh_config (~ / .ssh / config) pero todavía no parece funcionar.

config:

Host {personalaccount}.unfuddle.com
     HostName {personalaccount}.unfuddle.com
     User git
     IdentityFile /Users/dave/.ssh/id_rsa

Host {companyaccount}.unfuddle.com
     HostName {companyaccount}.unfuddle.com
     User git
     IdentityFile /Users/dave/.ssh/cage_rsa

Mi archivo de configuración de repositorio de Git para un repositorio en la cuenta de desempaque de mi empresa se ve así:

[remote "origin"]
     url = git@{companyaccount}.unfuddle.com:{companyaccount}/overall.git
     fetch = +refs/heads/*:refs/remotes/origin/*

Por lo tanto, no estoy seguro de si hay algún problema con mi configuración ssh o mi configuración git.

Si tiene un agente ssh activo que tiene su id_rsaclave cargada, entonces es probable que ssh ofrezca esa clave primero. Unfuddle probablemente lo acepta para la autenticación (por ejemplo, en sshd ), pero lo rechaza por autorización para acceder a los repositorios de la compañía (por ejemplo, en cualquier software interno que utilicen para la autorización, posiblemente algo similar a Gitolite). Quizás haya una manera de agregar su clave personal a la cuenta de la empresa (varias personas no comparten los mismos corp_rsaarchivos de clave pública y privada, ¿ verdad ?).

La IdentitiesOnly .ssh/configpalabra clave de configuración se puede usar para limitar las claves que ssh ofrece al sshd remoto solo a las especificadas a través de IdentityFilepalabras clave (es decir, se negará a usar cualquier clave adicional que se cargue en un agente ssh activo ).

Prueba estas .ssh/configsecciones:

Host {personalaccount}.unfuddle.com
     IdentityFile ~/.ssh/id_rsa
     IdentitiesOnly yes

Host {companyaccount}.unfuddle.com
     IdentityFile ~/.ssh/{companyaccount}_rsa
     IdentitiesOnly yes

Luego, use URL de Git como estas:

git@{personalaccount}.unfuddle.com:{personalaccount}/my-stuff.git
git@{companyaccount}.unfuddle.com:{companyaccount}/their-stuff.git

Si desea aprovechar al máximo el .ssh/configmecanismo, puede proporcionar su propio nombre de host personalizado y cambiar el nombre de usuario predeterminado:

Host uf-mine
     HostName {personalaccount}.unfuddle.com
     User git
     IdentityFile ~/.ssh/id_rsa
     IdentitiesOnly yes

Host uf-comp
     HostName {companyaccount}.unfuddle.com
     User git
     IdentityFile ~/.ssh/{companyaccount}_rsa
     IdentitiesOnly yes

Luego, use URL de Git como estas:

uf-mine:{personalaccount}/my-stuff.git
uf-comp:{companyaccount}/their-stuff.git

man ssh_config

Algo como

Host personal_repo
  User personal
  IdentityFile .ssh/personal_rsa

Host company_repo
  User company
  IdentityFile .ssh/company_rsa

Y úsalo personal_repocomo anfitrión en tu repositorio de git.

IdentityFile e IdentitiesSolo funcionan bien. Lo que me molesta es tener que recordar usar diferentes nombres de host para conectarme, y el hecho de que la conexión del agente reenviado todavía contiene todas las claves, lo que significa que si el host remoto se ve comprometido, pueden usar cualquiera de mis identidades mientras estoy en .

Recientemente comencé a usar:

https://github.com/ccontavalli/ssh-ident

Es una envoltura alrededor de SSH:

• mantiene un agente completamente separado para cada identidad que defina.
• comparte automáticamente agentes en las sesiones de inicio de sesión, nada que hacer en su .bashrc.
• carga el agente y las claves correspondientes a pedido la primera vez que las necesita.
• determina qué agente usar según la línea de comandos ssh (nombre de host y tal) o su directorio de trabajo actual. Esto es particularmente útil ya que tiendo a trabajar desde diferentes caminos dependiendo de lo que estoy haciendo.

Aquí hay una manera adecuada si desea utilizar el agente ssh:

# Create public keys to make sure they exist
# this is a must if you use ssh agent forwarding
# or want to use ssh-agent at all
ssh-add -L | grep personal > ~/.ssh/personal_identity.pub
ssh-add -L | grep company > ~/.ssh/company_identity.pub


# Add to ~/.ssh/config
Host {personalaccount}.unfuddle.com
  IdentityFile ~/.ssh/personal_identity.pub

Host {companyaccount}.unfuddle.com
  IdentityFile ~/.ssh/company_identity.pub

Explicación: si tiene una clave privada en su directorio ~ / .ssh, no se utilizará ssh-agent. Entonces creamos una clave pública con otro nombre, para que ssh se vea obligado a usar ssh-agent. Esto también ayuda si no tiene acceso a claves privadas (por ejemplo, reenvío de agente ssh)