Jak mogę rozwiązać ten problem z agentem ssh?

Używam Linux Mint i wydaje mi się, że nie udało mi się uzyskać kluczy gnome do automatycznego odblokowania przy logowaniu.

Objaw mojego problemu jest następujący:

$ 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

Jak mogę sprawić, że git może pchać / ciągnąć bez żadnego hasła ode mnie?

Zdaję sobie sprawę, że jest tu kilka rzeczy z breloczkiem do gnome i agentem ssh, ale nie udało mi się tego naprawić.

Uruchamianie ssh-addpodczas sesji oznacza, że ​​nie jestem już proszony o podanie hasła do SSH / git.

Problem polega na tym, że musiałbym biegać ssh-addpodczas każdej sesji - brakuje mi sposobu odblokowania kluczy Gnome przy logowaniu.

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

Zdarzyło się to ponownie podczas tej samej sesji, co pierwsza edycja. Zrobiłem git pulli dostałem 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

Co ma się wydarzyć to:

Zaczynasz sesję gnome, po części uruchamia się demon kluczy gnome (który działa również jako agent ssh), a środowisko wszystkiego, co uruchomiono podczas tej sesji gnome, jest aktualizowane o informacje o tym, jak skontaktować się z tym agentem ssh. Hasło, które wydajesz podczas graficznego logowania, służy do odblokowania domyślnego breloka.

Kiedy używasz gnome-keyring jako agenta ssh, nie chcesz używać innego agenta, takiego jak ssh-agent.

Kiedy twoja sesja X zakończy się, tak samo robi gnome-keyring. Ale twoja sesja tmux pozostaje. Wtedy, nawet jeśli uruchomisz inny gnome-keyring lub ssh-agent, środowisko już uruchomionych procesów tmuxnie będzie w stanie z nim rozmawiać, chyba że zaktualizujesz ich środowisko ścieżką nowego gniazda.

Co możesz zrobić to:

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

I . ~/.gkrwe wszystkich powłokach, które chcesz użyć nowego klucza do gnome

Uważaj jednak na WYŚWIETLANIE, z którym demon gnome-keyring-ma się połączyć.

Pierwszą rzeczą, którą spróbuję, jest apt-get install ssh-askpass-gnomeinaczej, jeśli nie masz zainstalowanego tego pakietu (lub innego alternatywnego programu askpass), a następnie gnome nie może poprosić o hasło, gdy musisz odblokować klucz.

Musisz także DISPLAYodpowiednio ustawić zmienną:

$ echo $DISPLAY
:0.0

Ponadto, jak zaczynasz swój terminal? Może występować problem ze sposobem rozpoczęcia sesji terminalowej i tego, czy ona dziedziczy gnome-session. Może się to zdarzyć, gdy użyjesz jakiegoś programu gnon-gnome do ustawienia przypisania klawiszy.

Zakładając, że używasz gnome-terminal, możesz sprawdzić za pomocą pstree. Tutaj możesz zobaczyć, jak dzieje się prawidłowe dziedziczenie:

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

Podczas gdy w tej sesji NIE dziedziczy po 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)

Sprawdź także, czy ssh-agentjest uruchamiany przez gnome-session:

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

Myślę, że problem z trwałym przechowywaniem klucza SSH chronionego hasłem.

Proszę spojrzeć na następujące zasoby:

• /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

Dodaj to do swojego .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