web-dev-qa-db-fra.com

Échec de l'authentification par clé publique Git SSH Git Azure Devops

Nouveau sur azureDevops et apprentissage.

J'essaie de pousser un dépôt git de PowerShell dans un dépôt azuredevops et je continue à obtenir des erreurs d'authentification différentes lorsque j'essaie de le pousser vers un dépôt.

J'espère que quelqu'un pourra faire la lumière sur ce que dois-je vérifier et faire ou sur une procédure pas à pas appropriée

EG 
 git remote add Origin [email protected]:v3/MyAzure/MyProject/MyRepo
 git Push -u Origin --all

Je continue

mot de passe de [email protected]: (entré toutes sortes de mots de passe mais échoue toujours) de quel mot de passe parle-t-on?

ou

Autorisation refusée, veuillez réessayer.

fatal: impossible de lire à partir du référentiel distant.

Veuillez vous assurer que vous disposez des droits d'accès appropriés et que le référentiel existe.

Vérification

  $ ssh -T [email protected]
  ssh: connect to Host mycompany.com  port 22: Connection refused

J'ai

  • Création d'un dépôt dans azureDevops
  • Création d'une clé ssh à l'aide de git-bash selon la documentation ms copiée et collée sans espace dans la sécurité azuredevos.
  • Je suis allé à mon profil/sécurité et j'ai ajouté une clé ssh (générée dans git bash)

Suis-je en train de manquer l'évidence?

Est-il préférable d'utiliser un jeton d'accès personnel? Procédure pas à pas?

merci beaucoup

10
developer9969

Je pense que le commentaire de @ Schalton est juste: la validation SSH échoue, il invite donc à passer.

Eu le même problème. "Résolu" en générant la clé comme 'id_rsa' au lieu d'utiliser d'autres noms (essayé d'autres noms et aucun d'entre eux n'a fonctionné).

[####@#### .ssh]$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/guille/.ssh/id_rsa): id_rsa
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in id_rsa.
Your public key has been saved in id_rsa.pub.
9
eltbus

Moi aussi, j'ai eu le même problème. J'ai fait la même erreur que @eltbus (en essayant de nommer le fichier moi-même), donc sa réponse de s'en tenir à la valeur par défaut de "id_rsa" m'a été utile. J'ai également réalisé que lorsque j'ai généré la paire de clés rsa, j'ai enregistré id_rsa.pub dans le mauvais dossier.

Il s'avère que le chemin et le nom de fichier indiqués entre parenthèses (par exemple /home/guille/.ssh/id_rsa) Sont une valeur par défaut. Vous pouvez éviter les deux erreurs ci-dessus si vous appuyez simplement sur Enter pour accepter le nom et l'emplacement par défaut du fichier, au lieu de taper un chemin et/ou un nom de fichier.

Exemple:

[####@#### .ssh]$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/guille/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in id_rsa.
Your public key has been saved in id_rsa.pub.
5
LHM

Lorsque vous collez la clé sur la page des paramètres d'Azure DevOps, ne changez rien, y compris l'espace ajouté à la fin de la clé publique.

0

J'ai suivi le guide de dépannage des autorisations officielles refusées et il s'est avéré que je j'ai dû recréer la clé après tout. Mais je pense qu'il est préférable de suivre le guide car il fournit des informations sur plusieurs scénarios différents dont la plupart ne sont pas mentionnés ici.

0
Nikita G.

J'ai le même problème.

Ma solution était:

Le chemin pendant que j'essaie d'utiliser Sudo git clone... n'a pas l'autorisation d'accéder à mon emplacement de clé publique et privée: \home\localuser\.ssh\....

Pour résoudre ce problème, je change la propriété du chemin de destination pour le même utilisateur: les articles de groupe mes clés sont stockées et évitent d'utiliser Sudo git clone...., maintenant j'utilise git clone sans Sudo et tout fonctionne.

J'espère que tu comprends...

0
Rafael Gomez