Fonds Linux
  1. Fonds Linux
  3. Autorisation refusée (publickey, gssapi-keyex, gssapi-with-mic)
Intereting Posts
Comment puis-je sécuriser mon Ubuntu 13.04 pour éviter les attaques réseau? Pourquoi la séquence spécifique d'options est-elle importante pour la command tar? Comment vérifier que rsync a copié le périphérique correctement lorsque les périphériques de copy sont activés? Afficher la légende de l'écran sur la première ligne du terminal Quels outils pour la visualisation de portefeuille ASCII? le plus court moyen de replace les caractères d'une variable Ping IP fonctionne, nslookup échoue. Nouveau kernel Problème d'installation de tor sur Kali Linux pouvons-nous connaître le mot de passe pour les autres users si nous avons un access root? Pourquoi ne puis-je pas supprimer ce file en tant que root? Ouvrir les files dans emacs par nom de file au lieu de path complet Une baie de stockage ZFS est-elle portable entre les systèmes d'exploitation et les architectures CPU? vim: créer un file avec + x bit Exécuter un script bash en tant qu'user less privilégié avec upstart Comment comstackr mon propre kernel Linux?

Autorisation refusée (publickey, gssapi-keyex, gssapi-with-mic)

Ok, j'ai donc essayé plusieurs fois et je suis sûr que c'est très sortingvial mais: j'essaye de SSH via la command line sur Ubuntu dans ma VM (Centos6) avec une paire de keys RSA que j'ai créée en utilisant key-gen .

J'ai créé la paire de keys et ajouté la key publique au file authorized_keys et changé les permissions à 600 . Après j'ai SCP'ed la clef privée à Ubuntu et essayé à SSH en l'utilisant et j'obtiens toujours: 

 Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

J'ai essayé ce 3x déjà et pas de chance. Je peux le cingler mais je n'arrive pas à comprendre pourquoi il ne prend pas la key que j'ai faite. Aucune suggestion?

Exécutez ssh en mode verbeux (ajoutez autant de v que vous le souhaitez) et essayez de find la raison.

Par exemple 

 ssh -vvv user@host

Vous obtiendrez une sortie de debugging qui vous aidera à find la raison.

Commencez par générer la paire de keys sur votre machine Ubuntu.

Après, copyz le contenu du file .pub généré dans votre dossier ssh ( ~/.ssh/id_rsa ) et collez-le dans le file username/.ssh/id_rsaauthorized_keys , sur une nouvelle ligne, sur votre CentOS pour l'user spécifique que vous êtes se connecter avec.

Si vous tailf /var/log/auth.log sur le server et que vous vous reconnectez, vous devriez voir la raison de l'échec. Sinon, relancez la verbosité dans le file de configuration du démon SSH pour DEBUG et réessayez. Souvent, il est lié aux permissions de files.

J'ai juste eu le même problème sur ClearOS 7.2 en essayant de me connecter par SSH en utilisant RSA d'OSX.

Il s'avère que je devais append le nom de file de ma key privée (celle qui réside sur le système client, OSX dans ce cas) sur le système client au file / etc / ssh / ssh_config (c'est le file de configuration du client ssh sur le machine client). Sinon, il ne regarderait pas dans ce file bien qu'il commence par id_rsa.

La ligne ajoutée était la suivante: 

 IdentityFile ~/.ssh/id_rsa.somecomputer

"somecomputer" est quel que soit le rest du nom de file que vous pourriez avoir.

J'ai eu le même problème, je l'ai résolu comme ça:

Sur le server ssh, j'ai décommenté et mis à oui les valeurs suivantes dans / etc / ssh / sshd_config 

  RSAAuthentication yes PubkeyAuthentication yes

Et alors: 

 sudo service sshd restart