También tuve este problema al intentar implementar algún código usando Capistrano . Muy frustrante. Aquí hay dos métodos que conozco para tratar este problema.
Método 1: agregue todas las claves conocidas al agente SSH.
Entonces, una solución que encontré es ejecutar ssh-addcon la -Aopción, que agrega todas las identidades conocidas al agente SSH usando cualquier frase de contraseña almacenada en su llavero, como esta:
ssh-add -A
Ahora esto funciona pero no persistirá entre reinicios. Entonces, si no desea preocuparse por esto nuevamente, simplemente abra el ~/.bash_profilearchivo de su usuario de esta manera:
nano ~/.bash_profile
Y agregue esta línea al final:
ssh-add -A 2>/dev/null;
Ahora, cuando abras una nueva ventana de Terminal, ¡todo debería estar bien!
Método 2: agregue solo las claves SSH que están en el llavero al agente.
Entonces, aunque la ssh-add -Aopción debería funcionar para la mayoría de los casos básicos, recientemente me encontré con un problema en el que tenía 6-7 cajas Vagabundos (que usan claves / identidades SSH para el acceso) configuradas en una máquina además de las más comunes id_rsa.pub.
En pocas palabras, terminé siendo bloqueado de un servidor remoto debido a demasiados intentos fallidos basados en claves / identidades SSH ya que el acceso al servidor se basó en una contraseña y las claves / identidades SSH son claves / identidades SSH. Entonces, el agente SSH probó todas mis claves SSH, falló y ni siquiera pude acceder a la solicitud de contraseña.
El problema es que ssh-add -Asolo agregará arbitrariamente cada clave / identidad SSH que tenga al agente, incluso si no es necesario hacerlo; como en el caso de las cajas Vagrant.
Mi solución después de muchas pruebas fue la siguiente.
Primero, si tiene más claves / identidades SSH agregadas a su agente de las que necesita, como se muestra con, ssh-add -lentonces purgue todas del agente de la siguiente manera:
ssh-add -D
Una vez hecho esto, inicie el agente SSH como un proceso en segundo plano así:
eval "$(ssh-agent -s)"
Ahora, se pone raro y no estoy muy seguro de por qué. En algunos casos, puede agregar específicamente la ~/.ssh/id_rsaclave / identidad al agente de la siguiente manera:
ssh-add ~/.ssh/id_rsa
Escriba su frase de contraseña, presione Returny debería estar listo para comenzar.
Pero en otros casos, simplemente ejecutar esto es suficiente para agregar la clave / identidad:
ssh-add -K
Si todo funcionó, escriba ssh-add -ly debería ver una sola clave / identidad SSH en la lista.
¿Todo bien? Ahora abre tu .bash_profile:
nano ~/.bash_profile
Y agregue esta línea al final; comente o elimine la -Aversión si la tiene:
ssh-add -K 2>/dev/null;
Eso permitirá que la clave / identidad SSH se vuelva a cargar en el agente SSH en cada inicio / reinicio.
ACTUALIZACIÓN: Apple ahora ha agregado una UseKeychainopción a las opciones de configuración SSH abiertas y también considera ssh-add -Auna solución.
A partir de macOS Sierra 10.12.2, Apple ha agregado una UseKeychainopción de configuración para configuraciones SSH. La comprobación de la página de manual (vía man ssh_config) muestra la siguiente información:
UseKeychain
On macOS, specifies whether the system should search for
passphrases in the user's keychain when attempting to use a par-
ticular key. When the passphrase is provided by the user, this
option also specifies whether the passphrase should be stored
into the keychain once it has been verified to be correct. The
argument must be ``yes'' or ``no''. The default is ``no''.
Lo que se reduce a que Apple vea que la solución se agrega ssh-add -Aa la .bash_profile suya como se explica en este boleto de Open Radar o se agrega UseKeychaincomo una de las opciones en cada usuario ~/.ssh/config.
$ ssh-add -Kme dassh-add: illegal option -- K