2016-02-24 2 views
-1

clé créée avec la commande:Git Erreur d'authentification SSH-

ssh-keygen.exe -C "[email protected]" -t dsa 

passphrase Entrée, etc. Les fichiers ont été créés: id_dsa, id_ds.pub en C: /Users/MyName/.ssh. Le fichier a été ajouté à git-auth: ssh-add ~/.ssh/id_rsa. Maintenant, essayez de vous connecter à git repo: $ ssh Vt -p NNNN ssh: //[email protected]

erreur de retour:

$ ssh -vT -p 52967 ssh://[email protected] 
OpenSSH_7.1p2, OpenSSL 1.0.2d 9 Jul 2015 
debug1: Reading configuration data /c/Users/MyName/.ssh/config 
debug1: /c/Users/MyName/.ssh/config line 1: Applying options for * 
debug1: Reading configuration data /etc/ssh/ssh_config 
debug1: Connecting to some-repo.com.com [216.70.245.85] port 52967. 
debug1: Connection established. 
debug1: key_load_public: No such file or directory 
debug1: identity file /c/Users/MyName/.ssh/id_rsa type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /c/Users/MyName/.ssh/id_rsa-cert type -1 
debug1: identity file /c/Users/MyName/.ssh/id_dsa type 2 
debug1: key_load_public: No such file or directory 
debug1: identity file /c/Users/MyName/.ssh/id_dsa-cert type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /c/Users/MyName/.ssh/id_ecdsa type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /c/Users/MyName/.ssh/id_ecdsa-cert type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /c/Users/MyName/.ssh/id_ed25519 type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /c/Users/MyName/.ssh/id_ed25519-cert type -1 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_7.1 
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1.8 
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1.8 pat OpenSSH_5* compat 0x0c000000 
debug1: Authenticating to some-repo.com.com:52967 as 'ssh://git' 
debug1: SSH2_MSG_KEXINIT sent 
debug1: SSH2_MSG_KEXINIT received 
debug1: kex: server->client aes128-ctr [email protected] none 
debug1: kex: client->server aes128-ctr [email protected] none 
debug1: sending SSH2_MSG_KEX_ECDH_INIT 
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY 
debug1: Server host key: ssh-rsa SHA256:Zw5XXi0GgafMm6AhcKnNw+GzqkotZwXZYPWrZogG9KQ 
debug1: Host '[some-repo.com.com]:52967' is known and matches the RSA host key. 
debug1: Found key in /c/Users/MyName/.ssh/known_hosts:1 
debug1: SSH2_MSG_NEWKEYS sent 
debug1: expecting SSH2_MSG_NEWKEYS 
debug1: SSH2_MSG_NEWKEYS received 
debug1: SSH2_MSG_SERVICE_REQUEST sent 
debug1: SSH2_MSG_SERVICE_ACCEPT received 
debug1: Authentications that can continue: publickey,password 
debug1: Next authentication method: publickey 
debug1: Skipping ssh-dss key /c/Users/MyName/.ssh/id_dsa for not in PubkeyAcceptedKeyTypes 
debug1: Trying private key: /c/Users/MyName/.ssh/id_rsa 
debug1: Trying private key: /c/Users/MyName/.ssh/id_ecdsa 
debug1: Trying private key: /c/Users/MyName/.ssh/id_ed25519 
debug1: Next authentication method: password 
ssh://[email protected]'s password: 
debug1: Authentications that can continue: publickey,password 
Permission denied, please try again. 
ssh://[email protected]'s password: 
debug1: Authentications that can continue: publickey,password 
Permission denied, please try again. 
ssh://[email protected]'s password: 
debug1: Authentications that can continue: publickey,password 
debug1: No more authentication methods to try. 
Permission denied (publickey,password). 

Il ne peut pas trouver le fichier /c/Users/MyName/.ssh/id_dsa mais le fichier existe, je le vois dans l'explorateur ou par la commande ls. Quel est le problème pourrait être? Qu'est-ce que cela signifie:

debug1: Skipping ssh-dss key /c/Users/MyName/.ssh/id_dsa for not in PubkeyAcceptedKeyTypes 

?

En fait, avec cette commande, j'essaie de comprendre le problème d'authentification avec Git 2.7.1 et TortoiseGit lorsque j'essaie de cloner un dépôt. Le clonage fonctionne correctement avec GitExtensions 2.48.05 avec l'ancien MsysGit 1.9.5 (SSH 6.1), mais échoue avec le plus récent Git.

Répondre

0

Essayez d'ajouter votre clé privée à la commande ssh que vous faites: ssh -vT -p 52967 -i <path_to_your_private_key> ssh://[email protected]

+0

Ce n'est pas ce que je cherche. En fait, avec cette commande j'essaye de comprendre le problème d'authentification avec Git 2.7.1 et TortoiseGit quand j'essaye de cloner un dépôt. Le clonage fonctionne correctement avec GitExtensions 2.48.05 avec l'ancien MsysGit 1.9.5 (SSH 6.1), mais échoue avec le plus récent Git. –

0
$ ssh -vT -p 52967 ssh://[email protected] 
... 
debug1: Authenticating to some-repo.com.com:52967 as 'ssh://git' 

Pour commencer, l'utilitaire ne OpenSSH ssh accepte pas les URL sur la ligne de commande. Quand il analyse la chaîne "ssh: //[email protected]" en un nom d'utilisateur et un nom d'hôte, il prend la chaîne entière "ssh: // git" comme nom d'utilisateur. Vous devez supprimer le "ssh: //" de la commande que vous utilisez:

ssh -vT -p 52967 [email protected] 

En ce qui concerne cette erreur:

debug1: Skipping ssh-dss key /c/Users/MyName/.ssh/id_dsa for not in PubkeyAcceptedKeyTypes 

Vous utilisez SSH 7.1, ce qui désactive le support des clés de type DSA par défaut. Vous pouvez utiliser une clé RSA ou this page pour réactiver la prise en charge des clés DSA dans votre client. En bref, vous ajouteriez quelque chose comme ceci à votre fichier de configuration ssh local:

Host some-repo.com.com 
    KexAlgorithms +diffie-hellman-group1-sha1 
+0

Aucune solution ci-dessus n'aide pas. En fait, avec cette commande j'essaye de comprendre le problème d'authentification avec Git 2.7.1 et TortoiseGit quand j'essaye de cloner un dépôt. Le clonage fonctionne correctement avec GitExtensions 2.48.05 avec l'ancien MsysGit 1.9.5 (SSH 6.1), mais échoue avec le plus récent Git. –