Como desabilito a integração do gnome-keyring ssh?

Question

Eu não quero que o gnome-keyring fique no caminho dos commits do meu git, parcialmente porque ele bloqueia a tela inteira enquanto pede uma senha, mesmo no KDE (embora eu tenha mudado para o GNOME). Enquanto eu aprecio a conveniência de não ter que colocar minha senha SSH em cada vez, ter que pular de janela em janela cancela isso pessoalmente. É apenas uma coisa de conforto: /

Eu tentei git config --global --unset credential.helper e git config --system --unset credential.helper , mas eles parecem não ter efeito. Como agora estou usando o GNOME, prefiro não remover o chaveiro do GNOME. Existe outra opção que eu possa fazer? Estou atualmente no Ubuntu 14.10, tendo feito isso tanto com o Kubuntu quanto com o Ubuntu GNOME. Obrigado.

ATUALIZAÇÃO 17 de novembro de 2014

Isso aparentemente afeta todos os SSH. Eu tentei fazer

sudo rm /etc/xdg/autostart/gnome-keyring-ssh.desktop

mas isso não funcionou. Eu posso fazer

gnome-keyring-daemon --replace -c pkcs11,secrets,gpg

uma vez a cada sessão, mas gostaria de manter essa permanente. Ainda procurando ...

    

Answer 1

Copie o arquivo .desktop relevante de /etc/xdg/autostart para ~/.config/autostart e adicione Hidden=true a ele:

(cat /etc/xdg/autostart/gnome-keyring-ssh.desktop; echo Hidden=true) > ~/.config/autostart/gnome-keyring-ssh.desktop

então recarregue gnome-shell (pressione Alt + F2 , então digite r e pressione Enter ).

Esta é a única solução amigável que funcionou para mim (ou seja, não ter que vincular o arquivo .desktop a / dev / null ou chmod 0 o gnome-keyring-daemon ). Na verdade, o softlink para / dev / null parou de funcionar para mim no GNOME 3.16.

O crédito vai para nus .

    

Answer 2

Uma maneira simples e limpa de desabilitar somente o componente ssh-agent do gnome-kerying:

gconftool-2 --set --type bool /apps/gnome-keyring/daemon-components/ssh false

    

Answer 3

Eu não posso falar pelos lançamentos do Ubuntu além do Trusty - e o GNOME é um alvo tão constante que você pode garantir que cada lançamento será diferente - mas isso é o que eu descobri para o trabalho mais confiável:

mkdir -p ~/.config/autostart
cp /etc/xdg/autostart/gnome-keyring-ssh.desktop ~/.config/autostart/
echo "X-GNOME-Autostart-enabled=false" >> ~/.config/autostart/gnome-keyring-ssh.desktop

O início da sessão no Unity, pelo menos, e muito provavelmente o GNOME3 também é estranho: ele executará scripts do Upstart a partir de /usr/share/upstart/sessions/ e, em seguida, executará todas as entradas de área de trabalho de início automático em /etc/xdg/autostart e gnome-keyring e muitas outras coisas estão em ambos (e provavelmente também executa coisas em /usr/share/upstart/xdg/autostart ; não testei isso).

A entrada de upstart gnome-keyring-ssh verificará a linha X-GNOME-Autostart-enabled=false no sistema ou na entrada .desktop local do usuário e retornará, depois a sessão ssh-agent padrão será executada. O gnome-keyring-ssh de todo o sistema será iniciado a partir de /etc/xdg/autostart , a menos que você tenha uma entrada correspondente na inicialização automática local do usuário. Nesse caso, será executado.

Costumava ser suficiente ter essa linha de enable=false no início automático local, mas recentemente (como em maio de 2016, mais de dois anos no período LTS da Trust) esse comportamento mudou e você precisa de algo parecido com um full entrada. Ainda estou investigando o conjunto preciso de chaves necessárias e a atualização do pacote ofensivo responsável.

Por que as pessoas do GNOME não procuraram apenas pelo agente de chave do OpenSSH, ninguém sabe . Você pode sugerir que eles adotem um comportamento mais sensível nesta nesta entrada do Bugzilla .

    

Answer 4

Eu sempre acabo desinstalando o gnome-keyring

sudo apt-get remove gnome-keyring

Acontece que, se você usar muitas chaves (mais de três), não será possível efetuar login em hosts que limitem as tentativas de três ... Além disso, gnome-keyring nomeará as chaves de maneira diferente de quando usar ssh-add , Não sei qual senha usar.

Desinstalar o gnome-keyring pode quebrar muitas coisas no GNOME, eu não saberia como eu uso o Kubuntu. No Kubuntu tudo o que desaparece é python-ubuntu-sso-client e ubuntu-sso-client .

    

Answer 5

Eu confirmo que o script

#!/usr/bin/python
import gnomekeyring
gnomekeyring.unlock_sync(None,"mypassword");

resolve o problema em 16.04, amd64. O script pode ser salvo como ukr.py , depois chmod +x ukr.py e, em seguida, adicionar ukr.py como um aplicativo de inicialização em gnome-session-properties . O módulo (adicional) gnomekeyring é instalado via

sudo apt-get install python-gnomekeyring

    

Answer 6

A maneira mais fácil é simplesmente substituir a sessão existente do gnome-keyring-daemon usando o comando:

gnome-keyring-daemon --replace --daemonize --components=pkcs11,secrets,gpg

Você pode ver minha resposta completa neste tópico link