Forum Linux.redhat ssh avec cle publique demande un mot de passe

Posté par .
Tags : aucun
1
13
juil.
2010
Bonjour,

Je me connecte sur un serveur Redhat 5 dont les clé RSA sont partagées, mais il continue à me demander un mot de passe. Avec le même utilisateur depuis la même la même machine, je fais un ssh sur serveur RedHat 4 il me demande plus de mot de passe.

Est ce un problème de version?

Voici le verbose du ssh qui demande un mot de passe :

debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password


J'ai pourtant décommenté les lignes suivantes dans le fichier sshd_config et relancé le service :

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile .ssh/authorized_keys


Merci de votre aide
  • # Droits sur ~/.ssh/ et son contenu

    Posté par (page perso) . Évalué à 3.

    Regarde que le dossier soit à 0700 et les fichiers de clés publiques en 0600 et que le proprio soit bien l'utilisateur cible.

    La gelée de coings est une chose à ne pas avaler de travers.

    • [^] # Re: Droits sur ~/.ssh/ et son contenu

      Posté par . Évalué à 3.

      En effet, le "home" n'était pas monté en nfs et donc le ".ssh" etait vide. Avec un pam qui crée le répertoire, si le home n'est pas présent m'a complètement bluffé.

      Encore merci, tu m'a fais comparer les répertoires. Chose que j'avais oubliée ^_^
  • # PasswordAuthentication

    Posté par . Évalué à 1.

    Regarde si le paramètre "PasswordAuthentication" est bien à no ou commenté.
  • # enfin !

    Posté par (page perso) . Évalué à 1.

    Merci pour cette question et pour les réponses ! J'avais le même souci sur mon serveur Gandi sans avoir le courage de trouver une solution :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.