Il y a beaucoup d'informations suspectes sur la méthode d'authentification par clé publique, je l'ai donc organisée moi-même. Si vous faites une erreur, je vous serais reconnaissant de bien vouloir commenter.
Toutes les tâches suivantes sont effectuées par des ** utilisateurs généraux (utilisateurs de journalisation) **. Aucun privilège d'administrateur requis.
<** Travailler avec le client ssh **>
Si vous n'avez pas de clé publique et de clé privée, créez-en une avec ssh-keygen.
Si vous l'avez fait dans le passé, vous le réutiliserez.
(La clé privée est la propre preuve de l'utilisateur, donc même si un utilisateur se connecte à plusieurs serveurs
Vous serez connecté à plusieurs serveurs avec la même clé)
Lorsque vous exécutez la commande, il vous sera demandé le nom du fichier, mais la valeur par défaut convient.
La saisie d'un mot de passe (quelque chose comme ça) générera deux fichiers dans ".ssh / "dans votre répertoire personnel.
ʻId_rsa.pub est une clé publique que vous pouvez dire aux autres. ʻId_rsa est une clé privée et ne doit être communiquée à personne.
Quand je vérifie l'autorisation de lecture avec ls -l, ʻid_rsa` ne peut être lu que par moi-même.
<** Travailler sur le serveur ssh **>
Créez un fichier appelé ʻauthorized_keys dans .ssh / (créer s'il n'est pas disponible) directement sous le répertoire personnel de l'utilisateur qui se connecte. S'il y en a, ajoutez-le. Pour le contenu du fichier (ou le contenu à ajouter), copiez la ligne d'information de clé publique = ʻid_rsa.pub telle quelle.
Si vous avez créé un nouveau répertoire .ssh et un fichier ʻauthorized_keys, changez les permissions avec chmod`.
chmod 700 .ssh
cd .ssh
chmod 600 authorized_keys
Vous devriez pouvoir vous connecter au serveur en suivant les étapes jusqu'à présent.
Il n'est pas nécessaire de copier à la fois la clé publique et la clé privée côté serveur, et vous pouvez vous connecter si le client dispose d'une paire de clés et que le serveur a autorisé_keys. Cependant, si vous utilisez ssh multi-étapes pour vous connecter à un autre emplacement à partir de là, vous penserez que le serveur de la plate-forme sera le client ssh et y placerez également la clé publique et la clé privée. Comprenez cela et ne dispersez pas inutilement des copies de vos clés.
Recommended Posts