Graficzny monit o klucz prywatny ssh nie wyświetla się

Niedawno przestałem używać pełnego środowiska pulpitu w Ubuntu 11.10 (zmęczony jednością), ale staram się odzyskać część środowiska pulpitu. Obecnie próbuję wyświetlić okno dialogowe „Odblokuj klucz prywatny”, gdy próbuję użyć nowego klucza ssh. Jednak obecnie monit pojawia się tylko w oknie terminala zamiast w GUI, co oznacza, że ​​nie używa globalnego agenta ssh, dlatego muszę kilkakrotnie wprowadzić hasło klucza przed ponownym uruchomieniem.

Myślę, że chcę gnome-ssh-askpass i próbowałem ustawić SSH_ASKPASS, ale to nie zadziałało: http://www.linuxquestions.org/questions/linux-software-2/how-to-replace-ssh-askpass -z-ssh-askpass-gnome-843220 /

Próbowałem też gnome-keyring-daemon jako gnome-keyring-daemon - brelok Components, pkcs11, ssh, ale to nie pomogło: http://live.gnome.org/GnomeKeyring/Ssh

Myślę, że tak naprawdę szukasz breloka , który jest podobny do ssh-reagentwspomnienia. Po skonfigurowaniu w twoim .bashrcoknie pojawi się monit o podanie klucza (-ów), o które prosiłeś, aby zarządzał tylko wtedy, gdy uruchamiasz pierwszy terminal po zalogowaniu i upewnia się, że każdy nowy terminal wie o twoim ssh-agent.

Aby rozwiązać problem wielokrotnego wprowadzania hasła, wprowadź to polecenie przy pierwszym otwarciu terminala: ssh-add

Nie musisz wprowadzać hasła, dopóki się nie wylogujesz.

Powinien być automatyczny, jeśli skonfigurowałeś klucz ssh w obu systemach. Przy domyślnej instalacji nigdy nie musiałem robić nic więcej.

Jeśli tego nie zrobiłeś, oto jak to zrobić:

Wygeneruj klucz (RSA lub DSA). Myślę, że RSA jest bardziej powszechny.

ssh-keygen -t rsa

lub

ssh-keygen -t dsa

Prześlij klucz do systemu zdalnego:

ssh-copy-id *username* @ *hostname*

Jeśli nie używasz standardowego portu 22: (wokół argumentu wymagane są cudzysłowy)

ssh-copy-id *username* @ *hostname* -p *portnum*"

Jeśli używasz DSA, musisz użyć czegoś takiego:

ssh-copy-id -i *path*  *to*   id_dsa

Gdy to zrobię, dostaję okno dialogowe. W przeszłości pamiętam, że gdybym uruchomił terminal w określony sposób, nie dałoby to okna dialogowego, ale nie pamiętam szczegółów. Myślę, że to było, kiedy utworzyłem skrót dla niestandardowego polecenia, aby ustawić katalog z powodu błędu, w którym terminal pojawiał się w katalogu głównym, mimo że znał mój katalog domowy.

Dodałem to jako nową odpowiedź, ponieważ nie chciałem, aby pozostała ostatnia w mojej drugiej odpowiedzi.

Przekonałem się, że jeśli uruchomisz gnome-terminal, xterm lub inne terminale (jak sądzę) z niestandardowego skrótu zamiast wbudowanego skrótu lub menu, to zachowuje się zupełnie inaczej dla SSH i nie będzie używać breloka. W rzeczywistości, kiedy tylko wypróbowałem to w moim systemie po przypomnieniu sobie tego problemu, faktycznie dostałem błąd, w którym zawsze działa z domyślnych metod.

Jeśli GUI gnome nie monituje o hasło, może to oznaczać, że gnome-keyring-dnie działa lub jest w nieprawidłowym stanie. Sprawdziłbym, czy proces jest uruchomiony:

ps -e | grep gnome-keyring-d

Jeśli tak, to go zabij:

killall -9 gnome-keyring-d

Następnie uruchom go ponownie

gnome-keyring-daemon

Potem, kiedy to robię, pojawia ssh <remotehost>się monit GUI i ssh-agentrobię to pod maską.