Permissions sur la clé privée dans le dossier .ssh ?

Typiquement, vous voulez que les permissions soient :

• .ssh répertoire : 700 (drwx------)
• clé publique ( .pub ) : 644 (-rw-r--r--)
• clé privée ( id_rsa ): 600 (-rw-------)
• Enfin, votre répertoire personnel ne doit pas être accessible en écriture par le groupe ou par d'autres personnes (au plus 755 (drwxr-xr-x) ).

Je suppose que vous voulez dire que vous devez entrer votre mot de passe système/utilisateur à chaque fois, et qu'auparavant vous n'aviez pas à le faire. La réponse de cdhowie suppose que vous avez défini un mot de passe/passphrase lors de la génération de vos clés, et si vous l'avez fait, alors comme il le dit, vous devrez entrer votre mot de passe à chaque fois, à moins que vous n'utilisiez un agent ssh.

J'ai lutté avec cela pendant une éternité et j'ai finalement trouvé ce qui est nécessaire. Remplacer $USER partout avec le nom d'utilisateur SSH auquel vous voulez vous connecter sur le serveur. Si vous essayez de vous connecter en tant que root vous devez utiliser /root/.ssh etc., au lieu de /home/root/.ssh ce qui est le cas pour les utilisateurs non-roots.

• Le répertoire personnel sur le serveur ne doit pas être accessible en écriture par d'autres personnes : chmod go-w /home/$USER
• Le dossier SSH sur le serveur a besoin des permissions 700 : chmod 700 /home/$USER/.ssh
• Le fichier Authorized_keys a besoin de 644 permissions : chmod 644 /home/$USER/.ssh/authorized_keys
• Assurez-vous que user possède les fichiers/dossiers et non root : chown user:user authorized_keys y chown user:user /home/$USER/.ssh
• Mettez la clé publique générée (de ssh-keygen ) dans le dossier de l'utilisateur authorized_keys sur le serveur
• Assurez-vous que le répertoire d'origine de l'utilisateur est défini comme vous le souhaitez et qu'il contient le bon code d'accès. .ssh que vous avez modifié. Si ce n'est pas le cas, utilisez usermod -d /home/$USER $USER pour régler le problème
• Enfin, redémarrez ssh : service ssh restart
• Assurez-vous ensuite que le client dispose des fichiers de la clé publique et de la clé privée dans le répertoire de l'utilisateur local. .ssh et se connecter : ssh user@host.com

Je poste ceci comme une réponse séparée car je voulais voir les recommandations de la page de manuel traduites en permissions.

Résumé basé sur les citations de la page de manuel (lien à la fin) :

+------------------------+-------------------------------------+-------------+-------------+
| Directory or File      | Man Page                            | Recommended | Mandatory   |
|                        |                                     | Permissions | Permissions |
+------------------------+-------------------------------------+-------------+-------------+
| ~/.ssh/                | There is no general requirement to  | 700         |             |
|                        | keep the entire contents of this    |             |             |
|                        | directory secret, but the           |             |             |
|                        | recommended permissions are         |             |             |
|                        | read/write/execute for the user,    |             |             |
|                        | and not accessible by others.       |             |             |
+------------------------+-------------------------------------+-------------+-------------+
| ~/.ssh/authorized_keys | This file is not highly sensitive,  | 600         |             |
|                        | but the recommended permissions are |             |             |
|                        | read/write for the user, and not    |             |             |
|                        | accessible by others                |             |             |
+------------------------+-------------------------------------+-------------+-------------+
| ~/.ssh/config          | Because of the potential for abuse, |             | 600         |
|                        | this file must have strict          |             |             |
|                        | permissions: read/write for the     |             |             |
|                        | user, and not accessible by others. |             |             |
|                        | It may be group-writable provided   |             |             |
|                        | that the group in question contains |             |             |
|                        | only the user.                      |             |             |
+------------------------+-------------------------------------+-------------+-------------+
| ~/.ssh/identity        | These files contain sensitive data  |             | 600         |
| ~/.ssh/id_dsa          | and should be readable by the user  |             |             |
| ~/.ssh/id_rsa          | but not accessible by others        |             |             |
|                        | (read/write/execute)                |             |             |
+------------------------+-------------------------------------+-------------+-------------+
| ~/.ssh/identity.pub    | Contains the public key for         | 644         |             |
| ~/.ssh/id_dsa.pub      | authentication.  These files are    |             |             |
| ~/.ssh/id_rsa.pub      | not sensitive and can (but need     |             |             |
|                        | not) be readable by anyone.         |             |             |
+------------------------+-------------------------------------+-------------+-------------+

Toutes les citations de la page de manuel sont tirées de http://linuxcommand.org/lc3_man_pages/ssh1.html

Assurez-vous également que votre répertoire personnel n'est pas accessible en écriture par d'autres utilisateurs.

chmod g-w,o-w ~

Les autorisations ne devraient pas avoir de rapport avec cela. Votre clé privée est cryptée avec le mot de passe, vous devez donc le saisir pour que la clé privée soit décryptée et utilisable.

Vous pouvez envisager d'exécuter un agent ssh, qui peut mettre en cache les clés déchiffrées et les fournir aux applications qui en ont besoin.