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

9

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

ssh Jason Axelson
źródło
Czy kiedykolwiek znalazłeś odpowiedź? Chciałbym usłyszeć.
asoundmove
Przepraszam, nie pamiętam, co skończyłem.
Jason Axelson

Odpowiedzi:

3

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.

kynan
źródło
2

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.

koni_raid
źródło
Naprawdę nie podoba mi się to rozwiązanie, ponieważ irytujące jest to dla każdego nowego okna terminala (mam tendencję do tworzenia wielu okien). Obecnie używam ssh-reagent pastebin.com/HBeUzZhs, ale nawet robienie tego w każdym oknie jest irytujące, więc mogę dodać to do mojego .zshrc
Jason
1
Nie trzeba tego robić dla każdego okna, raz wystarczy.
koni_raid
1

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.

Marty Fried
źródło
0

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.

Marty Fried
źródło
Może to być powiązane, ponieważ używam skrótu Super + Enter programu Awesome WM do uruchomienia terminala.
Jason Axelson
Czy prowadzisz Awesome z Gnome? Jeśli tak, może najpierw sprawisz, że SSH będzie pracować ze standardowym WM, to jeśli to zadziała, będziesz wiedział, gdzie szukać rozwiązań.
Marty Fried
Działało dobrze, zanim przestawiłem się na AwesomeWM
Jason Axelson
Cóż, chciałbym pomóc dalej. Raz spróbowałem spojrzeć na Niesamowite, ale nigdy nie zaszedłem daleko i nie miałem ochoty spędzać dużo czasu na rozwikłaniu tego. Wygląda na to, że może to być interesujące, ale nie wiem, czy naprawdę robi coś, czego nie mogę zrobić z Compiz, oprócz tego, że może zużywać mniej zasobów.
Marty Fried
0

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ą.

Lagrange.el.Ciencia
źródło