Używam ssh na swoim komputerze i skonfigurowałem długie, nie przyjazne dla człowieka hasło, które jest zapisane w moim menedżerze haseł. Co mnie wariuje za każdym razem, że nie mogę wkleić w okno pokazane poniżej. Znam tę Remember password in my keychain
opcję i korzystam z niej. Czasami jednak muszę wprowadzić nowy. Dlaczego nie mogę wkleić w polu hasła?
To samo dotyczy okna dialogowego, które pojawia się podczas podłączania zaszyfrowanych dysków.
Niektóre aktualizacje:
- Dowiedziałem się, jak mogę ominąć okno dialogowe: wystarczy użyć
ssh-add -K ~/.ssh/id_rsa
, a następnie wkleić hasło do terminala. - Jak wspomniano mattmcmanus, mój klucz jest szyfrowany przy użyciu,
pkcs8
który został złamany na agencie ssh agenta Yosemite. Nie ma to związku z powyższym problemem, ale przyszło mi to do głowy w tym samym czasie (czytaj tutaj ). - używanie
ssh-add
nadal nie naprawia tego dla szyfrowanych dysków.
Odpowiedzi:
ssh-add ~/.ssh/id_rsa
. Następnie możesz wkleić hasło do terminala. Ponadto dodanie-K
opcjissh-add
zapisania go w pęku kluczy zgodnie z komentarzem Olivera Lacansa.id_rsa
szyfrowanie przy użyciu PKCS wydaje się być zepsute w ssh-agent OSX Mavericks. Szybkim obejściem jest odszyfrowanie pliku klucza i zaszyfrowanie go ponownie standardową procedurą ssh (metoda wyprowadzania klucza: MD5 ...):źródło
ssh-add -K ~/.ssh/id_rsa
które „Przechowuj hasła w pęku kluczy” wedługssh-add --help
. Zapobiegnie to ponownemu uruchamianiu przyssh-add
każdym otwarciu nowej karty powłoki lub po ponownym uruchomieniu komputera.Czy to klucz PKCS # 8 i czy jesteś indywidualistą? Jeśli tak, to wydaje się, że został całkowicie zniszczony. Nie jestem pewien, czy istnieje jeszcze rozwiązanie.
źródło
W Mac OS X El Capitan polecenie ssh-add może to zrobić z opcją -K :
Możesz wkleić hasło do tego monitu za pomocą ⌘-V .
Sesja do tego wygląda następująco:
Odpowiedni fragment SSH-ADD (1) przywołany z man ssh-add :
UWAGA INFOSEC : Twoje hasło nie będzie widoczne w powłoce, ale będzie widoczne dla wszystkich działających aplikacji za pośrednictwem schowka. Rozwiązanie z autotypem byłoby bezpieczniejsze.
źródło
Możesz uruchomić taki skrypt w AppleScript Editor:
źródło
System Events got an error: Script Editor is not allowed assistive access.
pomocniczej, gdy jest to dozwolone w Preferencjach systemowych | Bezpieczeństwo i prywatność mamSystem Events got an error: Can’t get window 1 of process "SecurityAgent". Invalid index.
Miałem ten sam problem. Po znalezieniu tego pytania szukałem odpowiedzi w innym miejscu. To jest starsze pytanie, ale nie ma akceptowanych odpowiedzi i wciąż jest wysoko na listach wyszukiwania. (nie jestem pewien co do etykiety wymiany stosu).
RE nie może skopiować / wkleić: Wygląda na to, że jest zaprojektowany. Chodzi o to, aby uniemożliwić wszelki dostęp do pola ze schowka, aby złośliwy program nie skrobał pól haseł. Myślę, że wklejanie (a nie wycinanie) powinno być dozwolone, ale może jest jakiś techniczny powód.
W przypadku ssh-agent, od (przynajmniej) Yosemite,
-K
opcjassh-add -K ~/.ssh/blah
robi to, co chcesz - wpisz hasło raz, jest ono przechowywane w twoim pęku kluczy, a ssh-agent odblokuje się dla ciebie. Aby być bezpieczniejszym, umieszczam moje hasła ssh w osobnym pęku kluczy, który okresowo się blokuje.źródło
Korzystanie z brew openssl i openssh rozwiązuje problem.
Nie jestem pewien, czy force linking openssl psuje coś na Mavricks. Do tej pory nie zauważyłem żadnych problemów.
źródło
brew
wzoru naopenssh
.brew tap homebrew/dupes
jednak nadal . To powiedziawszy, te kroki nie rozwiązały dla mnie tego problemu.