J'ai eu le même problème. Cependant, lors de la génération d'une nouvelle clé privée sans mot de passe, utilisez la commande suivante:
ssh-keygen -b 1024 -t rsa -f id_rsa -P ""
Je n'ai plus vu l'invite du mot de passe.
De plus, ssh-add n'a pas pu ajouter l'ancienne clé, mais l'a ajoutée comme prévu.
J'ai généré l'ancienne clé sur Leopard en 2009, en utilisant la version d'OpenSSL que j'avais précédemment capturée, construite et installée à l'époque (ce Mac est mort, je ne peux donc pas me connecter et vérifier ce que j'utilisais). Quelque chose à propos de cette clé était incompatible avec les bibliothèques SSL natives de Lion.
J'ai sauvegardé mon ancienne clé. Si quelqu'un souhaite proposer des vérifications, afin d'identifier les propriétés spécifiques de la clé, laissez-moi ce qu'il faut vérifier et je ferai un rapport.
Un autre indice - j'ai remarqué que mon ancien fichier id_rsa.pub avait des attributs étendus. c'est-à-dire que les drapeaux d'autorisation ressemblent à ceci: r -------- @ au lieu de r --------
xattr -l id_rsa.pub.old
revenu:
com.macromates.caret: {
column = 0;
line = 1;
}
cruft laissé par TextMate. Je ne sais pas si le supprimer aurait résolu le problème sans que je doive remplacer la clé. Je pense que c'est peu probable.
Si vous (le futur lecteur) voyez la même chose, vous pouvez supprimer l'attribut étendu comme suit:
xattr -d com.macromates.caret id_rsa.pub.old
Vous pouvez empêcher TextMate de les ajouter en quittant TextMate, puis en exécutant la commande suivante:
defaults write com.macromates.textmate OakDocumentDisableFSMetaData 1