[LINUX] (Vagrant) Antwort auf verweigerte Berechtigung (publickey, gssapi-keyex, gssapi-with-mic) Fehler, der beim Herstellen einer Verbindung zu SSH auftritt

Einführung

In diesem Artikel wird meine Fehlerbehebung bei der SSH-Konnektivität beschrieben, mit der CentOS 8 in Windows 10 (1909), Oracle VirtualBox 6.0 + Vagrant 2.2.6, konfrontiert war.

Was ich sah

Als ich versuchte, mit VirtualBox über TeraTerm SSH auf CentOS zu starten, konnte ich nicht mit einem einfachen Passwort darauf zugreifen.

Überprüfen Sie das SSH-Zugriffsprotokoll

Versuchen Sie, eine Verbindung mit der Option -vvv von PowerShell herzustellen, um das Protokoll des SSH-Zugriffs auszugeben

ssh -vvv [email protected]

 Überprüfen Sie das folgende Protokoll (Teilauszug)

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).

 Anscheinend kann ich mich nicht auf den Schlüssel beziehen, um mich zu authentifizieren


# Die Lösung
 Als ssh versuchte, darauf zu verweisen, war der RSA-Schlüssel in `` `C: \\ Users \\ localadmin / .ssh /` `` nicht vorhanden und die Verbindung konnte nicht hergestellt werden.
 Als das folgende Verfahren auf dem neuen Verbindungsbildschirm von TeraTerm ausgeführt wurde, wurde es daher möglich, eine Verbindung herzustellen.

 * Starten Sie TeraTerm
 * Wählen Sie SSH, um eine Verbindung herzustellen
 * Host ist die in Vagrant angegebene IP-Adresse
    * ![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/233495/b6aa9436-0dd4-8b56-d7a3-fd8d589c1aac.png)
 * Geben Sie den Benutzernamen auf dem Bildschirm "SSH-Authentifizierung" ein, setzen Sie das Optionsfeld auf "RSA / DSA / ECDSA / ED25519-Verwendungstaste" und drücken Sie die Taste "Private Taste".
    * ![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/233495/49d129a6-6cc9-95d3-c489-af6f0849fd44.png)
 * Geben Sie in diesem Fall die Datei "id_rsa" unter `` `Vagrants Home-Ordner \ Host-Ordner \ .vagrant \ Maschinen \ Standard \ Virtualbox``` an
 * Drücken Sie die OK-Taste, um eine Verbindung herzustellen.