[résolu] se connecter avec ssh - en utilisant la passphrase

Système d'exploitation Linux
1

Iaorana à tou(te)s,

je deviens chêvre en tentant d’utiliser la fonction passphrase avec ssh.

Il n’y a pas moyen de pouvoir se connecter avec. Il n’accepte uniquement que le bon vieux mot de passe.

Je suis sous debian, j’ai laissé le /etc/ssh/ssh_config du client par défaut.
J’ai aussi forcé par PasswordAuthentication no, mais rien n’y fait.

J’ai bien entendu correctement copié ma clef publique sur le serveur dans ~/.ssh/authorized_keys

Je ne vois pas du tout où j’ai pu me planter.

J’ai lu moults docs sur léa-linux, sur linuxmecanic.frlinux.net, sur d’autres et ils me disent tous la même chose.

Et pourtant, lors de mon ssh user@serveur, c’est systématiquement le mot de passe qui est demandé et qui passe.

Rien d’autre.

J’appelle la Communauté à l’aide…

2

le problème viens souvent d’une erreur de copie (éditeur de texte qui font des retours à la ligne quand c’est trop long, …)

donc dans l’ordre,

  • lancer ssh-keygen -t rsa pour lancer la génération des clés publique/privé
  • copier la clé publique (~/.ssh/id_rsa.pub) entièrement et en une seule ligne dans le fichier ~/.ssh/authorized_keys du compte auquel on souhaite se connecter.
  • lancer une connexion ssh, ça devrait marcher.
3

c’est ce que j’ai fait, j’ai utilisé la copie dudit fichier avec scp et je l’ai renommé.

normalement, pas de souci possible.

et pourtant si.

4

les paramètres par défaut du /etc/ssh/ssh_config (coté client) et du /etc/ssh/sshd_config (coté serveur) pourraient-ils empêcher pas la connexion par passphrase ?

J’ai lu aussi, d’éventuels pbs de droits d’accès sur ~/.ssh/authorized_keys.
Mes droits sont en 600. Ca me semble correcte aussi.

5

:confused: bizarre, à part effacer les fichiers et retenter l’opération, je ne vois pas quoi faire…

vérifie aussi l’orthographe du fichier .ssh/authorized_keys, on ne sait jamais.

edit : je ne sais pas pour les fichiers de config, mais regarde aussi les droits sur le dossier .ssh, au cas ou.
sinon, pour mon authorized_keys, les droits sont à 644, et bien évidement à 400 pour mes fichier de clés perso.

6

Bonsoir,

As-tu essayé avec ssh -v (-vv, -vvv) ?
Ça pourra te dire ce qui ne va pas. :wink:

7

c’est vraiment bizarre … le client ssh cherche par défaut le fichier ~/.ssh/identity
Lorsque je copie ou créé un lien de id_rsa sur identity, j’ai une demande de passphrase suivie d’une demande de MdP (Mot de Passe).

Si j’enlève le fichier identity et que je force /etc/ssh/ssh_config avec IdentityFile ~/.ssh/id_rsa (ou autre d’ailleurs), je n’ai plus que la demande de MdP.

Je ne comprends pas trop ce que ça fait.

Je place à tout hasard une copie de la sortie de ssh -v user@serveur avec le identity en place (en partant de client@client) :

J’ai le même résultat en “linkant” identity sur id_dsa

8

pour le fun, j’ai tenté de me connecter du serveur sur le client (comme ssh implémente à la fois le client et le serveur).

J’ai donc créé mon id_rsa par ssh-keygen -t rsa sur /home/user/.ssh sur la machine serveur.

J’ai intégré id_rsa.pub dans authorized_keys de client@client.

Je teste. BAM, ça fonctionne ! :heink: il me demande la passphrase.
Ci-dessous, le résultat du ssh -v client@client

Du coup, ni une ni deux, je copie le sshd_config du client sur le serveur (le ssh_config est vide dans les 2 cas).

Je retente … échec ! :sweet: Pas de demande de passphrase, juste une demande de MdP.

Voici le résultat du ssh -v user@serveur :

Je place aussi également le /etc/ssh/sshd_config désormais commun aux deux machines :

Plus que quelques heures et je deviens chèvre … :pt1cable:

9

quelle est ta distrib ?

il est probable que pam soit la cause de tes problemes…
Fait ta manip avec “UsePAM no” pour tester si c’est bien ca. Si non, alors je sais pas. Si oui alors remet “UsePAM yes” et configure correctement pam (ou laisse “UsePAM no” mais c’est moins propre…)

10

avec UsePAM no, ça ne change rien. :frowning:

C’est tout de même bizarre qu’avec le meme fichier de config, je n’obtiens pas les memes résultats. :??:

grrrr ! Linux n’est pas encore totalement user-friendly :non:

11

http://www.prendreuncafe.com/blog/post/200…serveur-distant

(mais je n’ai pas tout lu donc “ssh-agnet” a peut-être déjà été mentionné)

12

ssh est un outil professionnel… le “user-friendly” n’est pas vraiment son objectif premier

13

Certes !
Mais tout de même… il y a un fichier de configuration, il y a des options par défaut, le reste devrait suivre.
Hors là, je me heurte à un pb de config de base et je ne trouve pas ça normal.
Maintenant, je suis peux être incompétent (et ce ne serait pas la première fois), mais je vais perséverer.

Un jour ou l’autre, je vais y arriver et là, je demanderai 0.003% d’augmentation héhé !

14

J’ai créé un utlisateur de test sur le serveur.
J’ai tenté de me connecter avec la passphrase et j’ai réussi.

J’ai comparé les logs de auth.log et je n’ai obtenu que ceci :

J’ai naturellement regardé les droits entre /home/user et /home/test, et ce sont les mêmes.
Pareil pour le répertoire .ssh et ce qu’il contient.

J’avais lu un post jadis sur des problèmes de droits.

Je vais le rechercher. Enfin, je suis content car cela ne vient pas de la config de ssh (sshd_config).

15

:miam: yeah !

j’ai trouvé la solution, j’utilisais “StrictModes yes” dans /etc/ssh/sshd_config,
et mon répertoire /home/user était en écriture pour un groupe différent (ce qui me permettait une interopérabilité).
J’ai changé le droit en lecture et éxecution seules et la passphrase me fut finalement demandée.

Bon, maintenant, il faut que je revoie la stratégie de sécurité mise en place car ce changement de droit provoque une sacrée pénalisation pour les utilisateurs qui bossent.

Mais bon, c’est ok.

Encore merci à tous pour votre participation et vos liens qui m’ont bien éclairés sur le sujet.
Du coup, le serveur ssh est bien plus béton qu’avant.

nana.