Eu uso minhas chaves sem senha porque todas as máquinas envolvidas operam em um ambiente bastante fechado. Então eu não preciso do agente ssh. Mas acidentalmente executei um script que parece ter permitido seu uso e não consigo pará-lo.
Posso encerrar o processo, mas na próxima inicialização, como a chave 'descriptografada' não está no cache, não consigo fazer o ssh sem a mensagem de erro:
sign_and_send_pubkey: signing failed: agent refused operation
O 'culpado' parece ser $SSH_AUTH_SOCK. Tudo isso será resolvido se eu simplesmente remover isso? Ou há um jeito melhor?
EDITAR: A $SSH_AUTH_SOCKvariável só existe quando eu verifico em um terminal na minha área de trabalho GNOME. Se eu verificar em um tty, ele não retornará nada.
Responder1
Parece que o Gnome é o verdadeiro culpado aqui. Ou mais precisamente o chaveiro gnomo. Você já tentou o métodosugerido aquidesativar o ssh no chaveiro do gnome? O link diz respeito ao chaveiro gnome no Ubuntu, mas a informação parece bastante independente de distribuição.
OWiki do Arch Linuxtambém tem uma boa descrição disso:
Desativar componentes do daemon do chaveiro
Se você deseja executar um agente SSH alternativo (por exemplo, ssh-agent ou gpg-agent, você precisadesabilitar o componente ssh do GNOME Keyring. Para fazer isso de forma local da conta:
#!/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