Acabei de atualizar meu sistema Ubuntu de 15.10 para 16.04 limpando completamente a partição do Ubuntu 15 do meu sistema.
Depois de instalar o Ubuntu 16.04 eu recriei minhas chaves ssh como eu esqueci de fazer o backup, mas sempre que eu tento usar o ssh eu recebo sign_and_send_pubkey: signing failed: agent refused operation isso é um pouco irritante porque me deixa passar pelo meu servidor ssh, mas git se recusa a empurre o código usando ssh.
Já enviei as chaves para o servidor usando ssh-copy-id .
O servidor ao qual estou me conectando é um servidor Ubuntu 16.04 atualizado através do comando do-release-upgrade . Qualquer ajuda será muito apreciada.
Parece que o ssh-agent já está em execução, mas não é possível encontrar nenhuma chave anexada. Para resolver isso, adicione as identidades da chave privada ao agente de autenticação da seguinte forma:
ssh-add
Então você pode ssh em seu servidor.
Além disso, você pode ver a lista de impressões digitais de todas as identidades adicionadas atualmente por:
ssh-add -l
Eu tive o mesmo problema (mesmos sintomas)
sam@xxxxx:~/.ssh$ ssh [email protected]
sign_and_send_pubkey: signing failed: agent refused operation
Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
... mas a solução foi diferente.
O problema estava vindo do uso do GNOME-KEYRING. A postagem referente à solução pode ser lida here .
Resumindo:
A página fornece outros detalhes em caso de problema semelhante com solução diferente.
Eu estava recebendo o sign_and_send_pubkey: signing failed: agent refused operation ao fazer login em vários servidores, leia a resposta da VonC em Stack Overflow para obter mais informações sobre bugs relacionados, a solução para mim foi remover o gnome-keyring, excluir identidades do ssh-agent e reinicializar.
sudo apt-get autoremove gnome-keyring
ssh-add -D
Então todas as minhas chaves começaram a funcionar perfeitamente.
No meu sistema (também Ubuntu 16.04, tentando se conectar ao github), eu tinha um arquivo id_ed25519 na minha pasta .ssh que fez ssh-add falhar:
$ ssh-add
Identity added: ~/.ssh/id_rsa (~/.ssh/id_rsa)
Could not add identity "~/.ssh/id_ed25519": communication with agent failed
Depois de remover os arquivos ~/.ssh/id_ed25519* (não precisava mais deles, foi de um teste anterior), tudo correu bem novamente.
Aconteceu comigo porque minha chave privada tinha uma frase secreta. Tive que executar ssh-add e, em seguida, pediu a senha e adicionou corretamente. No entanto, agora ele não pede minha senha quando está em uma máquina.
Após a atualização para o Ubuntu 18.04, recebi o mesmo erro sign_and_send_pubkey: signing failed: agent refused operation . Acontece que foi causado pelas permissões da chave ssh estar aberta demais.
O comando a seguir resolveu o problema para mim
chmod 600 .ssh/id_rsa
Adicionando comentário como eu tive o mesmo problema com as chaves ed25519. A questão é de fato gnome-chaveiro. Para corrigir isso, fiz o seguinte:
ssh-agent -s ) Eu tive o mesmo problema no Ubuntu 18.04. Isso é tudo sobre permissões de chave privada do lado do cliente .
$ ssh [email protected]
sign_and_send_pubkey: signing failed: agent refused operation
As permissões de arquivo eram muito abertas (0644).
O seguinte comando resolveu:
chmod 600 .ssh/id_rsa
Eu tentei algumas coisas, entre outras ssh-add, redefinindo o SSH (excluindo .ssh / no servidor, e tal, mas sem sorte. Então, descobri que tinha que dormir por uma noite. ajudou! Por que? Eu acho que o agente ssh em execução no servidor tinha algo em seu cache que foi atualizado mais tarde naquela noite com os valores agora adequados. De qualquer forma, agora funciona como um encanto. Para finalizar, ele fez isso (Ubuntu 16.04 no host local, 14.04 no servidor).
# on local host:
$ ssh-keygen
# (yes, overwrite the default file, and let the passphrase be empty)
$ ssh-copy-id ***.***.*.**
# (insert proper server IP address)
# now test
$ ssh ***.***.*.**
# this should have erected in .ssh/ on the server:
# -rw------- 1 *** *** 2000 aug. 11 09:55 authorized_keys
# no other magic going on! :)
Acabei perdendo meu arquivo de hosts conhecidos e funcionou. Tive que colocar uma senha novamente, mas finalmente aceitou a senha correta. Foi depois de uma nova instalação.
Depois de atualizar o Fedora 26 para 28, enfrentei o mesmo problema. E sem arquivos de log
no /var/log/secure
no /var/log/messages
antop@localmachine ~ ssh [email protected]
sign_and_send_pubkey: signing failed: agent refused operation
[email protected]'s password:
mensagem de erro não está apontando problema real. Problema resolvido por
chmod 700 ~/.ssh
chmod 600 ~/.ssh/*