macOS Sierra no parece recordar las claves SSH entre reinicios

A partir de macOS Sierra 10.12.2, Apple agregó una ssh_configopción llamada UseKeychainque permite una resolución "adecuada" del problema. Agregue lo siguiente a su ~/.ssh/configarchivo:

Host *
   AddKeysToAgent yes
   UseKeychain yes     

Desde la ssh_config manpágina en 10.12.2:

UsarLlavero

En macOS, especifica si el sistema debe buscar frases de contraseña en el llavero del usuario cuando intenta usar una clave en particular. Cuando el usuario proporciona la frase de contraseña, esta opción también especifica si la frase de contraseña debe almacenarse en el llavero una vez que se haya verificado que es correcta. El argumento debe ser 'sí' o 'no'. El valor predeterminado es 'no'.

También tuve este problema al intentar implementar un código usando Capistrano . Muy frustrante. Aquí hay dos métodos que conozco para lidiar con 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á en los reinicios. Entonces, si no quiere volver a preocuparse por esto, simplemente abra el ~/.bash_profilearchivo de su usuario de esta manera:

nano ~/.bash_profile

Y añade esta línea al final:

ssh-add -A 2>/dev/null;

Ahora, cuando abra 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, si bien 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 Vagrant (que usan claves/identidades SSH para el acceso) configuradas en una máquina además de las más comunes id_rsa.pub.

Para resumir, terminé sin acceso a un servidor remoto debido a demasiados intentos fallidos basados ​​en claves/identidades SSH, ya que el acceso al servidor se basaba 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 -Asimplemente 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.

En primer lugar, si tiene más claves/identidades SSH añadidas a su agente de las que necesita, como se muestra ssh-add -l, elimínelas 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 eso funcionó, escriba ssh-add -ly debería ver una sola clave/identidad SSH en la lista.

¿Todo está bien? Ahora abre tu .bash_profile:

nano ~/.bash_profile

Y agregue esta línea al final; comente o elimine la -Aversión si tiene eso en su lugar:

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 de SSH abiertas y ssh-add -Atambién considera una solución.

A partir de macOS Sierra 10.12.2, Apple agregó una UseKeychainopción de configuración para configuraciones SSH. Al consultar la página del manual (a través man ssh_configde ) se 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 ve la solución como una adición ssh-add -Aa su cuenta .bash_profile , como se explica en este ticket de Open Radar, o UseKeychaincomo una de las opciones por usuario ~/.ssh/config.

Como se explica aquí , este es el método recomendado desde macOS 10.12.2 :

1. Agregue las siguientes líneas a su ~/.ssh/configarchivo:

   Host *
       UseKeychain yes
       AddKeysToAgent yes
   

2. Cualquier clave que agregue al ssh-agent usando el ssh-add /path/to/your/private/key/id_rsacomando se agregará automáticamente al llavero y debería cargarse automáticamente al reiniciar.

Estoy agregando esta respuesta porque:

• Otras respuestas le dicen que agregue la IdentityFile ~/.ssh/id_rsalínea, pero esa opción no es necesaria para cargar automáticamente las claves (y en realidad vinculará esa clave en particular para la sección de host a la que la agrega, lo que no querrá si usa diferentes claves para calores diferentes).
• La respuesta aceptada menciona UseKeychain, pero eso no es suficiente para conservar las claves ssh-agentdespués de un reinicio.

He escrito una breve publicación sobre este tema que podría ayudarte.

Una solución es llamar ssh-add -Aal comando en cada inicio.

Simplemente agregue .plistun archivo con el siguiente contenido a la ruta ~/Library/LaunchAgents/o cree uno con la aplicación Lingon :

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>ssh-add-a</string>
    <key>ProgramArguments</key>
    <array>
        <string>ssh-add</string>
        <string>-A</string>
    </array>
    <key>RunAtLoad</key>
    <true/>
</dict>
</plist>

<!-- @@@@LingonWhatStart:ssh-add -A@@@@LingonWhatEnd -->

Desde macOS 10.12.2 puedes usar la UseKeychainopción. Lea más aquí o busque en man ssh_config.

     UseKeychain
         On macOS, specifies whether the system should search for passphrases in the user's keychain
         when attempting to use a particular 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''.

Así que solo haz lo siguiente:

echo "UseKeychain yes" >> ~/.ssh/config

Tuve este problema antes y encontré una manera de evitarlo. Acabo de crear un archivo llamado configen mi ~/.sshcarpeta, donde agregué las siguientes líneas:

Host github.com
HostName github.com
IdentityFile ~/.ssh/github
IdentitiesOnly yes

No estoy seguro de por qué, pero Hostambos HostNameson importantes. En mi caso, si uno de ellos no estaba presente, la solución no funcionó.

Luego, acabo de hacer un ssh-add -Ky estaba funcionando incluso después del reinicio.

Si está utilizando una versión diferente de ssh (por ejemplo, instalada a través de homebrew), las soluciones anteriores no funcionarán de inmediato. Por ejemplo, AddKeysToAgent yesy UseKeychain yesen el .ssh/configarchivo no son reconocidos por versiones ssh que no sean de Apple y provocarán un error. Lo mismo para la opción -Au para el cliente.-Kssh

Eso significa que la respuesta de @mluisbrown no funcionará en absoluto. Puede usar el método 1 de la respuesta de @ Giacomo1968 y usar explícitamente la utilidad macOS ssh-adden su .bash_profilepara agregar todas las claves al llavero, es decir:

/usr/bin/ssh-add -A

Como se menciona en un comentario anterior , es posible que primero deba agregar una clave al llavero: por ejemplo/usr/bin/ssh-add -K .ssh/github

Encontré que ssh-add -Kme dio " opción ilegal - K ". Esto se debió a que ssh-add era una versión extraña proveniente de /usr/local/bin (¿instalada por brew?). Pude agregar la clave mediante el uso específico de ssh-add ubicado en /usr/bin:

/usr/bin/ssh-add -K ~/.ssh/id_rsa

Modificar ~/.ssh/config para agregar UseKeyChain para todos los hosts es suficiente para detener esta pesadilla recurrente;)

Host *
 UseKeychain yes

Si el archivo está vacío o no existe, simplemente cree y/o agregue la configuración anterior.

Actualicé a Mac OS X Sierra (10.12.6). Podría ssh en otros hosts pero no en github.com.

Esto es lo que tuve que insertar en ~/.ssh/config:

PubkeyAcceptedKeyTypes ssh-dss,ssh-rsa

Después de ese cambio, podría usar github como antes.

Hay una pregunta similar respondida en este hilo en Askubuntu. Encontré una gran solución para eso al agregar un complemento para el shell oh-my-zsh al que cambié desde bash.