Uprawnienia do klucza prywatnego w folderze .ssh?

Zmieniłem swoje uprawnienia w .sshfolderze i teraz, gdy korzystam z oprogramowania używającego mojego klucza prywatnego, muszę za każdym razem wpisywać hasło. Jakie powinny być moje uprawnienia do mojego id_rsapliku, aby nie musieć wpisywać hasła za każdym razem, gdy korzystam z aplikacji, która go używa?

Obecnie moje uprawnienia są ustawione na:

-rw-------@ 1 Jody  staff   114 Nov  4 23:29 config
-rw-------  1 Jody  staff  1743 Oct 21  2009 id_rsa
-rw-------@ 1 Jody  staff   397 Oct 21  2009 id_rsa.pub 
-rw-------@ 1 Jody  staff  3855 Sep 13 22:35 known_hosts

Zazwyczaj chcesz, aby uprawnienia były:

• .ssh informator: 700 (drwx------)
• klucz publiczny ( .pubplik):644 (-rw-r--r--)
• klucz prywatny ( id_rsa):600 (-rw-------)
• wreszcie twój katalog domowy nie może być zapisywany przez grupę lub inne osoby (co najwyżej 755 (drwxr-xr-x)).

Zakładam, że masz na myśli to, że musisz za każdym razem wprowadzać hasło systemowe / hasło użytkownika, a wcześniej nie było to konieczne. Odpowiedź cdhowie zakłada, że ​​ustawiasz hasło / hasło podczas generowania kluczy, a jeśli tak, to jak mówi, będziesz musiał wprowadzić hasło za każdym razem, chyba że użyjesz agenta ssh.

Walczyłem z tym na zawsze i w końcu zorientowałem się, co jest potrzebne. Zamień $USERwszędzie na nazwę użytkownika SSH, na którą chcesz się zalogować na serwerze. Jeśli próbujesz zalogować się tak root, jak trzeba użyć /root/.sshitp., Zamiast tego /home/root/.sshjest tak w przypadku użytkowników innych niż root.

• Inni użytkownicy nie powinni zapisywać katalogu domowego na serwerze: chmod go-w /home/$USER
• Folder SSH na serwerze wymaga 700 uprawnień: chmod 700 /home/$USER/.ssh
• Plik Authorized_keys wymaga 644 uprawnień: chmod 644 /home/$USER/.ssh/authorized_keys
• Upewnij się, że userjest właścicielem plików / folderów, a nie root: chown user:user authorized_keysichown user:user /home/$USER/.ssh
• Umieść wygenerowany klucz publiczny (z ssh-keygen) w authorized_keyspliku użytkownika na serwerze
• Upewnij się, że katalog domowy użytkownika jest ustawiony zgodnie z oczekiwaniami i że zawiera poprawny .sshfolder, który modyfikowałeś. Jeśli nie, użyj, usermod -d /home/$USER $USERaby rozwiązać problem
• Na koniec uruchom ponownie ssh: service ssh restart
• Następnie upewnij się, że klient ma pliki klucza publicznego i prywatnego w .sshfolderze użytkownika lokalnego i zaloguj się:ssh [email protected]

Upewnij się również, że Twój katalog domowy nie jest zapisywany przez innych użytkowników.

chmod g-w,o-w ~

Uprawnienia nie powinny mieć z tym nic wspólnego. Twój klucz prywatny jest zaszyfrowany hasłem, więc musisz go wprowadzić, aby klucz prywatny mógł zostać odszyfrowany i użyteczny.

Możesz rozważyć uruchomienie agenta ssh, który może buforować odszyfrowane klucze i dostarczy je do aplikacji, które ich potrzebują.

Felipe ma rację - katalog zawierający katalog .ssh nie może być zapisywany przez grupę lub inną grupę. chmod go-w ~Jest to więc kolejna logiczna rzecz do wypróbowania, jeśli po uruchomieniu ssh'ing nadal pojawia się monit o hasło ssh-keygen -t rsa; cp ~/.ssh/id_rsa.pub ~/.ssh/authorized_keys, zakładając, że nie przypisujesz hasła w komendzie ssh-keygen, a twój katalog .ssh znajduje się w twoim katalogu domowym.