(Vagrant) Erreur de réponse à l'autorisation refusée (publickey, gssapi-keyex, gssapi-with-mic) qui se produit lors de la connexion à SSH

introduction

Cet article enregistre mon dépannage de la connexion SSH que j'ai rencontrée avec CentOS 8 lancé dans un environnement Windows 10 (1909), Oracle VirtualBox 6.0 + Vagrant 2.2.6.

Ce que j'ai affronté

Quand j'ai essayé de SSH to CentOS lancé avec VirtualBox en utilisant TeraTerm, je ne pouvais pas y accéder avec un mot de passe simple.

Vérifier le journal d'accès SSH

Essayez de vous connecter avec l'option -vvv de PowerShell pour générer le journal de l'accès SSH

ssh -vvv [email protected]

 Consultez le journal suivant (extrait partiel)

PS C:\Vagrant\centos8> ssh -vvv [email protected] OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5 debug3: Failed to open file:C:/Users/localadmin/.ssh/config error:2 debug3: Failed to open file:C:/ProgramData/ssh/ssh_config error:2 debug2: resolve_canonicalize: hostname 192.168.33.10 is address debug2: ssh_connect_direct: needpriv 0 debug1: Connecting to 192.168.33.10 [192.168.33.10] port 22. debug1: Connection established. debug3: Failed to open file:C:/Users/localadmin/.ssh/id_rsa error:2 debug3: Failed to open file:C:/Users/localadmin/.ssh/id_rsa.pub error:2 debug1: key_load_public: No such file or directory . . . debug1: Next authentication method: publickey debug1: Trying private key: C:\Users\localadmin/.ssh/id_rsa debug3: no such identity: C:\Users\localadmin/.ssh/id_rsa: No such file or directory debug1: Trying private key: C:\Users\localadmin/.ssh/id_dsa debug3: no such identity: C:\Users\localadmin/.ssh/id_dsa: No such file or directory debug1: Trying private key: C:\Users\localadmin/.ssh/id_ecdsa debug3: no such identity: C:\Users\localadmin/.ssh/id_ecdsa: No such file or directory debug1: Trying private key: C:\Users\localadmin/.ssh/id_ed25519 debug3: no such identity: C:\Users\localadmin/.ssh/id_ed25519: No such file or directory debug1: Trying private key: C:\Users\localadmin/.ssh/id_xmss debug3: no such identity: C:\Users\localadmin/.ssh/id_xmss: No such file or directory debug2: we did not send a packet, disable method debug1: No more authentication methods to try. [email protected]: Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

 Apparemment, je ne peux pas me référer à la clé pour m'authentifier


# La solution
 Lorsque ssh a essayé de s'y référer, la clé RSA n'existait pas dans `` C: \\ Users \\ localadmin / .ssh / '' et la connexion n'a pas pu être établie.
 Par conséquent, lorsque la procédure suivante a été effectuée sur le nouvel écran de connexion de TeraTerm, il est devenu possible de se connecter.

 * Démarrez TeraTerm
 * Sélectionnez SSH pour vous connecter
 * L'hôte est l'adresse IP spécifiée dans Vagrant
    * ![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/233495/b6aa9436-0dd4-8b56-d7a3-fd8d589c1aac.png)
 * Entrez le nom d'utilisateur sur l'écran "Authentification SSH", réglez le bouton radio sur "RSA / DSA / ECDSA / ED25519 utiliser la clé", et appuyez sur le bouton "clé privée".
    * ![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/233495/49d129a6-6cc9-95d3-c489-af6f0849fd44.png)
 * Dans ce cas, spécifiez le fichier "id_rsa" sous `` `` Dossier personnel de Vagrant \ dossier hôte \ .vagrant \ machines \ default \ virtualbox```
 * Appuyez sur le bouton OK pour vous connecter.