Comment puis-je résoudre ce problème d'agent ssh?

J'utilise Linux Mint, et je n'ai pas pu obtenir le gnome-keyring pour le déverrouiller automatiquement lors de la connexion, semble-t-il.

Un symptôme de mon problème est le suivant:

$ ssh-add
Identity added: /home/me/.ssh/id_rsa (/home/me/.ssh/id_rsa)

$ git pull
WARNING: gnome-keyring:: couldn't connect to: /tmp/keyring-Nmf3J3/pkcs11: No such file or directory

Comment puis-je faire en sorte que git puisse pousser / tirer sans aucune entrée de phrase secrète de ma part?

Je me rends compte qu'il y a plusieurs choses ici avec gnome-trousseau de clés et ssh-agent, mais je n'ai pas réussi à le résoudre.

L'exécution ssh-addpendant une session signifie que l'on ne me demande plus ma phrase secrète pour SSH / git.

Le problème est que je devrais exécuter ssh-addpendant chaque session - je dois savoir comment faire pour déverrouiller le trousseau de clés de Gnome à la connexion.

$ export | grep GNOME          
GNOME_KEYRING_CONTROL=/tmp/keyring-hjMM4V
GNOME_KEYRING_PID=1961

Cela s'est produit à nouveau au cours de la même session que le premier montage. Je l'ai fait git pullet je l'ai eu WARNING: gnome-keyring:: couldn't connect to: /tmp/keyring-hjMM4V/pkcs11: No such file or directory.

$ env | grep SSH
SSH_AGENT_PID=2116
SSH_AUTH_SOCK=/tmp/ssh-OACxJMBY2038/agent.2038

$ ps -fp $SSH_AGENT_PID
UID        PID  PPID  C STIME TTY          TIME CMD
eoin      2116  2038  0 09:47 ?        00:00:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session x-session-manager

Ce qui doit arriver, c'est:

Vous démarrez une session gnome, dont un démon gnome-keyring (qui agit également comme un agent ssh) démarre et l'environnement de tout ce qui a démarré pendant cette session gnome est mis à jour avec des informations sur la façon de contacter cet agent ssh. Le mot de passe que vous fournissez lors de la connexion graphique est utilisé pour déverrouiller le trousseau de clés par défaut.

Lorsque vous utilisez gnome-keyring comme ssh-agent, vous ne voulez pas utiliser un autre agent comme ssh-agent.

Lorsque votre session X se termine, gnome-keyring fait de même. Mais votre session tmux reste. Ensuite, même si vous démarrez un autre gnome-keyring ou ssh-agent, l'environnement des processus déjà démarrés par tmuxne pourra pas lui parler à moins que vous ne mettiez à jour leur environnement avec le chemin du nouveau socket.

Ce que vous pourriez faire, c'est:

gnome-keyring-daemon -r > ~/.gkr

Et faites . ~/.gkrdans tous les shells que vous souhaitez utiliser le nouveau gnome-keyring

Attention cependant à l'AFFICHAGE auquel gnome-keyring-daemon va se connecter.

La première chose que j'essaierais, apt-get install ssh-askpass-gnomesinon, si vous n'avez pas ce paquet (ou un autre programme askpass) installé, alors gnome ne peut pas vous demander votre mot de passe lorsque vous devez déverrouiller votre clé.

Vous devrez également DISPLAYdéfinir correctement votre variable:

$ echo $DISPLAY
:0.0

Aussi, comment démarrez-vous votre terminal? Il peut y avoir un problème avec la façon dont vous démarrez la session de terminal et si elle hérite ou non gnome-session. Cela peut se produire lorsque vous utilisez un programme gnon-gnome pour définir vos raccourcis clavier.

En supposant que vous utilisez, gnome-terminalvous pouvez vérifier en utilisant pstree. Ici, vous pouvez voir l'héritage correct se produire:

$ pgrep gnome-terminal | xargs -l1 pstree -s 
init(1)───lightdm(1643)───lightdm(26912)───gnome-session(27049)───xmonad-x86_64-l(27139)───gnome-terminal(26036)─┬─bash(26041)
                                                                                                                 ├─gnome-pty-helpe(+
                                                                                                                 ├─{gnome-terminal}+
                                                                                                                 ├─{gnome-terminal}+
                                                                                                                 └─{gnome-terminal}+

Alors que dans cette session, il n'hérite PAS de gnome-session:

$ pgrep gnome-terminal | xargs -l1 pstree -s 
init(1)───sh(25919)───gnome-terminal(25920)─┬─bash(25927)
                                            ├─gnome-pty-helpe(25926)
                                            ├─{gnome-terminal}(25921)
                                            ├─{gnome-terminal}(25924)
                                            └─{gnome-terminal}(25928)

Vérifiez également que le ssh-agentdémarrage est effectué par gnome-session:

$ pgrep ssh-agent | xargs -l1 pstree -s
init(1)───lightdm(1643)───lightdm(26912)───gnome-session(27049)───ssh-agent(27091)

Je pense que le problème sur le stockage permanent de la clé SSH protégée par mot de passe.

Veuillez consulter les ressources suivantes:

• /programming/3466626/add-private-key-permanently-with-ssh-add-on-ubuntu
• /ubuntu/138892/how-can-i-permanently-save-a-password-protected-ssh-key
• /programming/6741349/git-enter-password-before-push-pull

Ajoutez ceci à votre .bash_profile

if [ -n "$SSH_AUTH_SOCK" \
    -a "${SSH_AUTH_SOCK::13}" = "/tmp/keyring-" \
    -a ! -L "$SSH_AUTH_SOCK" ]
then
    OLD_AUTH_SOCK="$SSH_AUTH_SOCK"
    eval `ssh-agent`
    mv "$OLD_AUTH_SOCK" "$OLD_AUTH_SOCK"~
    ln -sfn "$SSH_AUTH_SOCK" "$OLD_AUTH_SOCK"
    SSH_AUTH_SOCK="$OLD_AUTH_SOCK"
fi