Bien!!!
Alors voilà :
Je me suis créé un nouveau login : Christian_Ssh%
Son répertoire de connexion : /home/Christian_Ssh%
Ses droitsz sur son répertoire de connexion : drwxr-xr-x 2 Christian_Ssh% Christian_Ssh% 4096 2008-05-20 09:59 Christian_Ssh%
Ses droits sur le répertoire .ssh, situé dans /home/Christian_Ssh%
drwx------ 2 Christian_Ssh% Christian_Ssh% 4096 2008-05-20 10:19 .ssh
Ses droits sur le fichier authorized_keys :
-rw------- 1 Christian_Ssh% Christian_Ssh% 0 2008-05-20 10:19 authorized_keys
Le .ssh est en 700, authorized_keys est en 600.
Multipass:/home/Christian_Ssh%# ssh-keygen -t rsa -b 1024
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): /home/Christian_Ssh%/.ssh/id_rsa
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/Christian_Ssh%/.ssh/id_rsa.
Your public key has been saved in /home/Christian_Ssh%/.ssh/id_rsa.pub.
The key fingerprint is:
79:11:8f:8a:8a:62:46:24:0c:d2:cf:05:83:fd:0e:4b root@Multipass
Multipass:/home/Christian_Ssh%/.ssh# cat id_rsa.pub >> authorized_keys
(copie vérifiée : exécutée).
J’effectue la conversion.
J’importe la clé, je l’ouvre après avoir entré la passphrase et j’enregistre en .ppk sous le nom de
mykey.SSH-2 RSA est coché dans Putty.
Je teste :
session avec mon user, ai bien sûr ajouté dans auth/ssh l’emplacement du fichier et décoché “Attempt authentification using Pageant”.
Résultat :
Using username “Christian_Ssh%”.
Server refused our key
Christian_Ssh%@thisonador.homeftp.org’s password:
Je reteste avec une clé dont “key comment” est vide.
Le résultat est le même.
Dans mon .ssh, j’ai toujours mon authorized_keys et mes deux fichiers générés (id_rsa et id_rsa.pub). A priori, ca ne pose pas d’interférence, pour ainsi dire.
Le .ssh et le fichier authorized_keys ne sont pas créé en même temps que le user (je le dis au cas où). Je crois donc les créer à la mano, avant d’y poser les bons droits.
Aucune incohérence apparente si l’on effetue :
Multipass:/home/Christian_Ssh%/.ssh# pwck
Multipass:/home/Christian_Ssh%/.ssh# grpck
Multipass:/home/Christian_Ssh%/.ssh#
Je suppose qu’en faisant le “cat”, je ne devrais pas avoir le problème des retour chariot intempestif.
Ce que j’ai en log :
May 20 11:17:01 thisonador CRON[21445]: (pam_unix) session opened for user root by (uid=0)
May 20 11:17:01 thisonador CRON[21445]: (pam_unix) session closed for user root
May 20 11:22:41 thisonador sshd[21475]: Failed password for Christian_Ssh% from 195.6.147.21 port 15006 ssh2
Ce qui m’inquiète, c’est que j’ai fait quelques tentatives de connexions, à l’instant, avec une clé privée, donc (que j’ai crée à l’instant - cf ci-dessus). Hors, en guise de message d’erreur, je n’ai que la dernière ligne…
Voilà, au moins en tout cas, on part sur de bases clairement saines.
Thx,
Chris
Pour répondre à ta dernière remarque, en fait, ce serveur là est perso. Je travaille dessus via ssh, le serveur étant connecté sur switch à la livebox. De là j’en prends le contrôle dans mon réseau. J’y ai mis un vsftp (qui fonctionne maintenant ahahah - pardon, mais j’avais fait une erreur idiote qui m’a valu quelques déboires et l’ouverture d’un sujet ici… ) et me suis paramétré un accès de façon à pouvoir bosser dessus de l’extérieur (très pratique). Autrement dit, je n’ai pas d’écran, de clavier ou de souris pour ce serveur (sauf en cas de pb… ce qui m’oblige à rapatrier la bête dans mon bureau et, du coup à faire un peu de sport… :smt003 :smt003 ). Tout se passe à distance, en terminal.
C’est un peu logique non, sinon à quoi servirait la passphrase ?