O ssh-add -D não apaga chaves armazenadas do ssh-agent

13

Como isso acontece ?:

stan@tcpc:~/.ssh$ ssh-add -l
8192 e0:45:5e:cc:45:3e:17:2b:a6:54:6f:8d:53:1b:j2:e3 github (RSA)
2048 25:41:53:a6:45:5d:ac:eb:5c:45:f8:ce:42:a9:he:aa BITBUCKET (RSA)
stan@tcpc:~/.ssh$ ssh-add -D
All identities removed.
stan@tcpc:~/.ssh$ ssh-add -l
8192 e0:45:5e:cc:45:3e:17:2b:a6:54:6f:8d:53:1b:j2:e3 github (RSA)
2048 25:41:53:a6:45:5d:ac:eb:5c:45:f8:ce:42:a9:he:aa BITBUCKET (RSA)

Como é que as chaves não estão sendo apagadas?

ps poderia ser esse bug? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472477 Estou no arch linux embora ...

ssh openssh sshd

— agent_smith
fonte

Esse bug tem anos; em uma caixa de Arch up-to-date, ele funciona como esperado: openssh6.2p1-1

— jasonwryan

jsonwryan ... não tem anos. Último comentário de 5 de outubro de 2012 - menciona que ainda não foi corrigido. Outros comentários sugerem que o problema está ocorrendo a montante. E não - não funciona para mim no sistema Arch atualizado. No entanto - quando movo as teclas ssh do diretório ~ / .ssh para ~ / .ssh / my_keys (conforme sugerido no relatório de erros) -> adição e remoção funcionam como esperado.

— agent_smith

3

Leia o relatório com atenção: "Corrigido na versão 3.2.2-2" -pacman -Ss gnome-keyring: 3.6.3-1

— jasonwryan 16/04

2

As etapas deste post funcionaram para mim; você só precisa abrir o gerenciador de aplicativos de inicialização, desmarque a entrada "SSH Key Agent - GNOME Keyring: SSH Agent" e reinicie o Unity. Se não aparecer, edite /etc/xdg/autostart/gnome-keyring-ssh.desktope mude NoDisplay=truepara NoDisplay=false.

— valk
fonte

1

o link para "esse post" está morto

— Carson Ip

1

Vá para a pasta / tmp, exclua todas as pastas que começam com ssh

solomon@debian:/tmp$ rm -rf ssh

solomon@debian:/tmp$ ssh-add -D

All identities removed.

solomon@debian:/tmp$ ssh-add -l
The agent has no identities.

— Solomon Stephen
fonte

Não sei por que isso foi rejeitado. Ele me colocou no caminho certo, apesar de não remover a pasta ssh (!!!!). Mudando apenas o nome da pasta e retornando para .ssh, o chaveiro do gnome parou de listar a chave ssh. Isso me permitiu fazer ssh-add e tudo estava funcionando como deveria

— cortopy

0

Eu tive o mesmo problema que você. Não sou especialista, mas a solução que funcionou para mim foi remover as chaves do diretório ~ / .ssh. Este é um exemplo do que eu estava vendo.

$ ssh-add -l
2048 06:e9:a6:14:2a:e4:c3:11:56:ea:c3:5d:f9:84:79:c6 first key (RSA)
2048 2c:c3:97:fe:f3:cf:03:dc:d3:0b:87:2b:01:72:33:3b second key (RSA)
$ ssh-add -d ~/.ssh/id_rsa.pub
Identity removed: /home/user/.ssh/ybot_rsa.pub (/home/user/.ssh/id_rsa.pub)
$ ssh-add -l
2048 06:e9:a6:14:2a:e4:c3:11:56:ea:c3:5d:f9:84:79:c6 first key (RSA)
2048 2c:c3:97:fe:f3:cf:03:dc:d3:0b:87:2b:01:72:33:3b second key (RSA)

Foi depois de mover id_rsa (e id_rsa.pub) da pasta ~ / .ssh que o agente ssh parou de ter a identidade. O que eu fiz foi:

$ ssh-add -l
2048 06:e9:a6:14:2a:e4:c3:11:56:ea:c3:5d:f9:84:79:c6 first key (RSA)
2048 2c:c3:97:fe:f3:cf:03:dc:d3:0b:87:2b:01:72:33:3b second key (RSA)
$ mv ~/.ssh/id_rsa ~/.ssh/id_rsa.pub ~/
$ ssh-add -l
2048 2c:c3:97:fe:f3:cf:03:dc:d3:0b:87:2b:01:72:33:3b second key (RSA)

Estou supondo (posso estar errado) que, se você não tivesse o daemon do Gnome Keyring em execução (gnome-keyring-daemon), esse comportamento mudaria. Talvez a solução original (e lógica) funcione, mas não a segunda.

— alejandro
fonte