Wie kann ich dieses Problem mit ssh-agent lösen?

Ich verwende Linux Mint und habe es nicht geschafft, den Gnome-Schlüsselbund bei der Anmeldung automatisch freizuschalten.

Ein Symptom meines Problems ist wie folgt:

$ 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

Wie kann ich es schaffen, dass Git ohne Passworteingabe von mir pushen / ziehen kann?

Mir ist klar, dass es hier verschiedene Dinge mit Gnom-Schlüsselbund und SSH-Agent gibt, aber ich habe es nicht geschafft, es festzunageln.

Das Ausführen ssh-addwährend einer Sitzung bedeutet, dass ich nicht mehr nach meiner Passphrase für SSH / git gefragt werde.

Das Problem ist, dass ich ssh-addwährend jeder Sitzung ausführen muss - mir muss fehlen, wie der Gnome-Schlüsselring beim Anmelden entsperrt wird.

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

Dies geschah erneut in derselben Sitzung wie bei der ersten Bearbeitung. Ich habe git pullund bekam 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

Was passieren soll ist:

Sie starten eine Gnome-Sitzung, die Teil des Starts eines Gnome-Schlüsselbund-Daemons ist (der auch als SSH-Agent fungiert), und die Umgebung aller während dieser Gnome-Sitzung gestarteten Elemente wird mit Informationen zur Kontaktaufnahme mit diesem SSH-Agenten aktualisiert. Das Kennwort, das Sie beim grafischen Anmelden eingeben, wird zum Entsperren des Standardschlüsselbunds verwendet.

Wenn Sie den gnome-keyring als ssh-Agent verwenden, möchten Sie keinen anderen Agenten wie diesen verwenden ssh-agent.

Wenn Ihre X-Sitzung beendet ist, ist auch der Gnome-Schlüsselbund beendet. Ihre tmux-Sitzung bleibt jedoch bestehen. Selbst wenn Sie einen anderen gnome-keyring oder ssh-agent starten, kann die Umgebung der Prozesse, die bereits gestartet wurden tmux, nicht mit ihm kommunizieren, es sei denn, Sie aktualisieren ihre Umgebung mit dem Pfad des neuen Sockets.

Was Sie tun könnten, ist:

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

Und machen Sie . ~/.gkrin allen Muscheln, die Sie wollen, den neuen Gnom-Schlüsselring

Überwachen Sie jedoch, mit welchem ​​DISPLAY sich der Gnome-Keyring-Daemon verbinden wird.

Das erste, was ich versuchen würde, ist, dass apt-get install ssh-askpass-gnomewenn Sie dieses Paket (oder ein alternatives Askpass-Programm) nicht installiert haben, Gnome Sie nicht zur Eingabe Ihres Passworts auffordern kann, wenn Sie Ihren Schlüssel entsperren müssen.

Sie müssen auch Ihre DISPLAYVariable richtig eingestellt haben:

$ echo $DISPLAY
:0.0

Wie starten Sie Ihr Terminal? Möglicherweise liegt ein Problem damit vor, wie Sie die Terminalsitzung starten und ob sie von der Terminalsitzung erbt oder nicht gnome-session. Dies kann passieren, wenn Sie ein Gnon-Gnome-Programm verwenden, um Ihre Tastenzuordnungen festzulegen.

Vorausgesetzt, Sie verwenden gnome-terminal, können Sie mit überprüfen pstree. Hier sehen Sie die korrekte Vererbung:

$ 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}+

Während in dieser Sitzung erbt es NICHT von 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)

Überprüfen Sie auch, ssh-agentdass gestartet wird von gnome-session:

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

Ich glaube Problem beim dauerhaften Speichern des passwortgeschützten SSH-Schlüssels.

Bitte schauen Sie sich die folgenden Ressourcen an:

• /programming/3466626/add-private-key-permanent-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

Fügen Sie dies Ihrem .bash_profile hinzu

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