¿Cómo es que esto sucede ?:
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)
¿Cómo es que las llaves no se borran?
ps podría ser este error? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472477 Aunque estoy en Arch Linux ...
openssh
6.2p1-1pacman -Ss gnome-keyring: 3.6.3-1
Respuestas:
Los pasos en esta publicación funcionaron para mí; solo necesita abrir el Administrador de aplicaciones de inicio, desmarcar la entrada para "SSH Key Agent - GNOME Keyring: SSH Agent" y reiniciar Unity. Si no aparece, edite
/etc/xdg/autostart/gnome-keyring-ssh.desktop
y cambieNoDisplay=true
aNoDisplay=false
.fuente
Vaya a la carpeta / tmp, elimine todas las carpetas que comienzan con ssh
fuente
Tuve el mismo problema que tú. No soy un experto, pero la solución que funcionó para mí fue eliminar las claves del directorio ~ / .ssh. Este es un ejemplo de lo que estaba viendo.
Fue después de mover id_rsa (e id_rsa.pub) de la carpeta ~ / .ssh que ssh-agent dejó de tener la identidad. Lo que hice fue:
Supongo (podría estar equivocado) que si no tuviera el demonio Gnome Keyring ejecutándose (gnome-keyring-daemon), este comportamiento cambiaría. Quizás la solución original (y lógica) funcionaría, pero no la segunda.
fuente