Permission refusée (publickey). SSH de l'Ubuntu local vers le serveur Amazon EC2

La réponse de Greg explique mieux comment résoudre le problème, mais le problème réel est que vous avez une clé ssh définie d'un côté de la transaction (le client), qui tente une authentification par clé publique plutôt qu'une authentification par mot de passe. Comme vous ne disposez pas de la clé publique correspondante sur l'instance EC2, cela ne fonctionnera pas.

J'avais le même problème, même si j'étais censé suivre toutes les étapes. y compris

$ ec2-authorize default -p 22

Cependant, j'avais démarré mon instance dans la région us-west-1. Donc la commande ci-dessus devrait également le spécifier.

$ ec2-authorize default -p 22 --region us-west-1

Après cette commande, j'ai pu accéder à l'instance par ssh. J'ai mis un peu de temps avant avant de comprendre le problème et j'espère que ce post aidera les autres.

J'ai eu le même problème, et après avoir essayé des tonnes de solutions qui n'ont pas fonctionné, j'ai ouvert le port SSH sur le pare-feu de mon routeur (le panneau de contrôle du pare-feu de mon routeur est en désordre, donc il est difficile de dire ce qui se passe). Quoi qu'il en soit, cela a réglé le problème :)

Super C'est très ennuyeux que l'erreur que vous obtenez soit Permission refusée, ce qui implique qu'il y a eu une sorte de connexion, grr.

C'est un cas rare, mais si vous avez activé selinux et que vous utilisez nfs pour le répertoire avec les authorized_keys (par exemple, les répertoires personnels partagés), vous devrez soit désactiver selinux (non recommandé pour des raisons de sécurité, mais vous pouvez le désactiver temporairement pour voir si cela cause le problème), soit autoriser selinux à utiliser les répertoires personnels nfs. Je ne suis pas sûr des détails, mais cela a fonctionné pour moi. setsebool -P use_nfs_home_dirs 1

Je viens de rencontrer le même problème après avoir ajouté par inadvertance des droits d'écriture de groupe au répertoire personnel des utilisateurs.

J'ai découvert que c'était la cause en exécutant tail -f /var/log/secure sur la machine et voir l'erreur Authentication refused: bad ownership or modes for directory /home/<username> .