Utilizo mis claves sin contraseña porque todas las máquinas involucradas operan en un entorno bastante cerrado. Entonces no necesito ssh-agent. Pero accidentalmente ejecuté un script que parece haber permitido su uso y no puedo detenerlo.
Puedo finalizar el proceso, pero en el próximo arranque, dado que la clave 'descifrada' no está en el caché, no puedo realizar ssh sin el mensaje de error:
sign_and_send_pubkey: signing failed: agent refused operation
El 'culpable' parece ser $SSH_AUTH_SOCK. ¿Todo esto se solucionará si simplemente lo elimino? ¿O hay un mejor camino?
EDITAR: La $SSH_AUTH_SOCKvariable solo existe cuando verifico desde una terminal en mi escritorio GNOME. Si reviso desde un tty, no devuelve nada.
Respuesta1
Parece que Gnome es el verdadero culpable aquí. O más precisamente el llavero de gnomo. ¿Has probado el método?sugerido aquí¿Deshabilitar ssh en el llavero de gnome? El enlace se refiere al llavero de gnome en Ubuntu, pero la información parece bastante independiente de la distribución.
ElWiki de ArchLinuxTambién tiene una buena descripción de esto:
Deshabilitar los componentes del demonio de llavero
Si desea ejecutar un agente SSH alternativo (por ejemplo, ssh-agent o gpg-agent, debedeshabilitar el componente ssh del llavero de GNOME. Para hacerlo de forma local en la cuenta:
#!/bin/sh
mkdir ~/.config/autostart
cp /etc/xdg/autostart/gnome-keyring-ssh.desktop ~/.config/autostart/ &&
printf '%s\n' 'Hidden=true' >> ~/.config/autostart/gnome-keyring-ssh.desktop