La key ssh ne fonctionne pas pour un server, mais fonctionne pour un autre

debug ssh fonctionne

Authentifications qui peuvent continuer: publickey

debug1: Next authentication method: publickey debug1: Offering public key: /home/vinatia/.ssh/id_rsa debug1: Server accepts key: pkalg ssh-rsa blen 277 debug1: Authentication succeeded (publickey). debug1: channel 0: new [client-session] debug1: Requesting [email protected] debug1: Entering interactive session. 

debug ssh ne fonctionne pas

 debug1: Authentications that can continue: publickey debug1: Next authentication method: publickey debug1: Offering public key: /home/vinatia/.ssh/id_rsa debug1: Authentications that can continue: publickey debug1: No more authentication methods to try. 

Voici ce que je vérifierais en premier:

Essayez d'exécuter $ grep "ssh" /var/log/syslog sur les hôtes client et server. En fonction de votre dissortingbution, il peut également s'agir de /var/log/messages . Habituellement, le server / client ssh consigne la raison pour laquelle l'authentification a été rejetée.

Habituellement, les coupables sont:

Sur le server:

  1. /etc/sshd_config a une faute de frappe sur le path du file AuthorizedKeysFile .

  2. ~/.ssh/authorized_keys a une key publique invalide. Cela peut facilement se produire si vous avez copié et collé la key et accidentellement manqué une partie de la key.

  3. Les permissions pour ~/.ssh/authorized_keys sont trop lâches ou trop ssortingctes.

     chmod 700 .ssh
     chmod 600 .ssh / authorized_keys
    

Sur l'hôte client, celui que vous venez de:

  1. Vérifiez les permissions de votre key privée sur ~/.ssh/private_key_file :
     chmod 700 .ssh
     chmod 600 .ssh / private_key_file

Vérifiez-les et laissez-nous savoir comment ça se passe.

Avez-vous défini les options suivantes dans votre configuration sshd?

 PermitRootLogin AuthorizedKeysFile