sign_and_send_pubkey: échec de la signature: opération refusée par l'agent

Question

Configuration d'une nouvelle gouttelette Digital Ocean avec des clés SSH. Quand je lance ssh-copy-id ce que je reçois:

ssh-copy-id user@012.345.67.89 
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed 
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys 
sign_and_send_pubkey: signing failed: agent refused operation 
user@012.345.67.89's password: 

Number of key(s) added: 1 

Now try logging into the machine, with: "ssh 'user@012.345.67.89'" 
and check to make sure that only the key(s) you wanted were added. 

Cependant, lorsque je tente alors de ssh, cela se produit:

ssh user@012.345.67.89 
sign_and_send_pubkey: signing failed: agent refused operation 
user@012.345.67.89's password: 

En entrant le mot de passe, je suis ouvert une session très bien, mais cela va bien sûr à l'encontre de l'objectif de création de la clé SSH en premier lieu. J'ai décidé de jeter un oeil sur le côté serveur ssh-agent et voici ce que je reçois:

user@012.345.67.89:~# eval `ssh-agent -s` 
Agent pid 5715 
user@012.345.67.89:~# ssh-add -l 
The agent has no identities. 

utilisateur/.ssh/authorized_keys ne contient une entrée clé ssh-rsa, aussi bien, mais find -name "keynamehere" ne renvoie rien.

Answer 1

Exécutez ssh-add sur l'ordinateur client, ce qui ajoutera la clé SSH à l'agent.

Confirmez avec ssh-add -l (à nouveau sur le client) qu'il a bien été ajouté.

Answer 2

Cela devrait plutôt être une question SuperUser.

À droite J'ai exactement la même erreur à l'intérieur de MacOSX SourceTree, mais à l'intérieur d'un terminal iTerm2, tout fonctionne à merveille.

Cependant, le problème semble être que j'ai deuxssh-agent s en marche; (

Le premier étant /usr/bin/ssh-agent (alias MacOSX de), puis aussi le Homebrew installé /usr/local/bin/ssh-agent fonctionnement

mise à feu. jusqu'à un terminal de SourceTree, m'a permis de voir les différences SSH_AUTH_SOCK, en utilisant lsof J'ai trouvé les deux différents ssh-agent puis j'ai été en mesure de charger les clés (en utilisant ssh-add) dans le système par défaut ssh-agent (par exemple /usr/bin/ssh-agent), SourceTree fonctionnait à nouveau.