github: aucune méthode d'authentification prise en charge disponible

J'utilise github et j'ai ajouté et synchronisé avec succès des fichiers sur mon ordinateur portable dans le passé.

depuis peu, j'ai commencé à recevoir " PuTTY Fatal Error: Disconnected: Aucune méthode d'authentification prise en charge disponible " après l'exécution:

git pull origin master (ou push)

toutefois

ssh git@github.com renvoie la bonne réponse: ERREUR: Salut nom d'utilisateur! Vous vous êtes authentifié avec succès, mais GitHub ne fournit pas d'accès au shell. Connexion à github.com fermée.

après avoir fouillé sur github, j'ai trouvé ce morcel:

Aucune méthode d'authentification prise en charge disponible Vous devez être conscient de la variable d'environnement GIT_SSH, qui est utilisée par git pour trouver votre client parlant ssh, si ssh ne fonctionne pas pour vous. L'installation git peut utiliser plink.exe (via GIT_SSH) pour effectuer l'authentification. Si tel est le cas, assurez-vous que pageant.exe est en cours d'exécution et que la clé que vous avez créée pour github y est chargée. Cela fournit la clé de plink.exe; sans cela, l'erreur ci-dessus se produira.

je ne sais pas ce qu'est plink.exe ou peagant.exe .. et le fait que ssh git@github.com semble s'authentifier correctement me fait me demander quelle est la meilleure solution ici .. je ne veux certainement pas compliquer ma configuration sinon nécessaire.

Vous pouvez créer un fichier nommé ".profile" dans votre répertoire personnel, pour moi c'est C: \ Users \ [utilisateur]

Dans ce fichier, mettez la ligne de code suivante:

GIT_SSH="/usr/bin/ssh.exe"

Cela définira la variable d'environnement GIT_SSH pour utiliser le client ssh inclus avec git.

Le script .profile est exécuté lorsque vous démarrez votre ligne de commande Git Bash.

Edit: Ceci est mon .profile. Il vous demandera votre mot de passe la première fois que vous démarrez l'invite de commande git, puis s'en souviendra jusqu'à ce que vous redémarriez votre ordinateur. Très pratique pour ne pas avoir à saisir votre mot de passe chaque fois que vous souhaitez faire quelque chose.

SSH_ENV="$HOME/.ssh/environment"
GIT_SSH="/usr/bin/ssh.exe"

function start_agent {
echo "Initializing new SSH agent..."
/usr/bin/ssh-agent | sed 's/^echo/#echo/' > "${SSH_ENV}"
echo succeeded
chmod 600 "${SSH_ENV}"
. "${SSH_ENV}" > /dev/null
/usr/bin/ssh-add;
}

# Source SSH settings, if applicable
if [ -f "${SSH_ENV}" ]; then
. "${SSH_ENV}" > /dev/null
#ps ${SSH_AGENT_PID} doesn't work under cygwin
ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {
start_agent;
}
else
start_agent;
fi

Utilisation de TortoiseGit

TortoiseGit> Paramètres ... Réseau ... Client SSH: C:\Program Files\Git\usr\bin\ssh.exe

Emplacement ma varier. Sur un ordinateur, il étaitC:\Program Files (x86)\Git\bin\ssh.exe

"... je ne sais pas ce qu'est plink.exe ou peagant.exe ..."

Puisque vous demandez: plink & pageant font partie de la suite PuTTY, qui est une implémentation de SSH qui prend en charge Linux et Windows et est complètement dominante sur Windows.

SSH

Secure Shell (SSH) est un protocole de réseau cryptographique pour sécuriser la communication de données. Il établit un canal sécurisé sur un réseau non sécurisé dans une architecture client-serveur, connectant une application client SSH à un serveur SSH. Les applications courantes incluent la connexion par ligne de commande à distance, l'exécution de commandes à distance, mais tout service réseau peut être sécurisé avec SSH.

si vous avez déjà utilisé Telnet, c'est comme ça (mais plus sécurisé): cela vous permet d'accéder à distance au shell bash (ligne de commande) d'un hôte Linux.

Mastic

PuTTY est un émulateur de terminal gratuit et open-source, une console série et une application de transfert de fichiers réseau. Il prend en charge plusieurs protocoles réseau, notamment SCP, SSH, Telnet, rlogin ...

Sous Windows, c'est le logiciel dominant pour accéder à distance à la ligne de commande d'un hôte Linux sous le protocole SSH (ci-dessus). Sous Windows, les extensions .exe sont destinées aux exécutables. Donc, ces notes sur plink.exe et pageant.exe ne s'appliquent probablement pas si vous êtes sous Linux . PuTTY comprend

Plink : une interface en ligne de commande vers les back-ends PuTTY

Pageant : un agent d'authentification SSH pour PuTTY, PSCP et Plink

De ( http://en.wikipedia.org/wiki/Secure_Shell#Key_management )

Lorsque la clé publique est présente à l'extrémité distante et que la clé privée correspondante est présente à l'extrémité locale, la saisie du mot de passe n'est plus nécessaire ... pour plus de sécurité, la clé privée elle-même peut être verrouillée avec une phrase de passe.

Ainsi, github est hébergé sur une machine Linux et utilise SSH pour sécuriser la connexion. SSH s'authentifie avec des mots de passe ou des clés, de nombreux hôtes (github?) Ne s'authentifient qu'avec des clés. Votre configuration tente apparemment de s'authentifier avec une clé. Les clés et les hôtes ne sont pas un pour un: vous pouvez avoir deux clés pour le même hôte et / ou deux hôtes pour la même clé, ils doivent donc être gérés. Si vous êtes sous Windows, votre session SSH est probablement accessible via plink et vos clés sont probablement gérées par Pageant.

Importez la clé dont vous avez besoin à chaque fois que vous chargez Pageant. Si vous avez suivi les guides qui disaient "importez votre clé" et que vous avez vu que cela fonctionnait, mais que cela ne fonctionne pas maintenant, consultez le Chapitre 9: Utiliser Pageant pour l'authentification .

Un dernier conseil si vous êtes sous Windows: vous pouvez avoir plusieurs instances de la suite PuTTY installées par divers outils. TortoiseGit, par exemple, installe le sien.

J'ai rencontré ce problème car je GIT_SSHpointais vers la version TortoiseSVN dePlink.exe . Je l'ai changé pour pointer vers la version TortoiseGit, redémarré cmd et cela a fonctionné.

Je ne me souviens pas exactement, mais la version TortoiseSVN était peut-être une version 32 bits, et la version TortoiseGit était 64 bits (située dans Program Files, pasProgram Files (x86) ).

Vérifiez votre GIT_SSH env var.

Je préfère utiliser git avec normal cmd.exe(dans Console2 bien sûr)

Pour les utilisateurs de TortoiseGit sous Windows

À l'origine, j'avais l'habitude de configurer la plupart de mes référentiels Github / Bitbucket à l'aide des URL de référentiel SSH car (à l'origine) c'était le seul moyen pratique d'empêcher TortoiseGit de vous demander votre mot de passe à chaque action.

Mais installer TortoiseGit de cette façon était toujours très douloureux. Chaque fois que ça m'a pris des heures pour configurer correctement, car les options d'installation par défaut ne semblaient jamais fonctionner (même à partir de 2016, sheesh!).

Mais TortoiseGit a maintenant une meilleure gestion des mots de passe pour HTTPS, et Github recommande en fait d'utiliser les URL HTTPS dans la mesure du possible.

URL SSH: git@github.com:User/repo-name.git

URL HTTPS: https://github.com/User/repo-name.git

Les avantages du HTTPS sont:

• Pas de gestion ou de génération de clés SSH
• Pas besoin d'avoir pageant.exe constamment en cours d'exécution (qui demande votre mot de passe à chaque lancement)
• En utilisant TortoiseGit d'Australie, je trouve que les clones sur HTTPS sont 5 à 10 fois plus rapides que SSH

Si vous utilisez Pageant et que vous obtenez l'erreur décrite dans la question après le redémarrage de votre PC (ou la fermeture et la réouverture de Pageant):

L'erreur peut être due au fait que Pageant n'a pas chargé votre clé SSH GitHub de manière active. Par défaut, Pageant ne charge PAS automatiquement les clés de la session précédente au démarrage.

Pour charger la clé:

1. Ouvrez Pageant. (Sous Windows, si Pageant est en cours d'exécution, il y aura une icône dans la barre d'état système. Double-cliquez dessus.)
2. Cliquez sur le bouton Ajouter une clé, puis ajoutez votre clé SSH GitHub existante.

Pour éviter ce problème à l'avenir, vous pouvez configurer Pageant pour charger automatiquement votre clé lors de son démarrage. (Pageant vous demandera automatiquement un mot de passe si votre clé est protégée par mot de passe.)

Étapes à suivre pour ce faire (en supposant que Pageant est déjà configuré pour s'exécuter au démarrage de Windows):

1. Recherchez le raccourci utilisé par Windows pour exécuter Pageant au démarrage de Windows. (Il peut être dans le dossier Démarrage, qui peut être ouvert par Démarrer> Exécuter> shell:startup)
2. Dans la boîte de dialogue Propriétés du raccourci, ajoutez le chemin complet et le nom de fichier du fichier de clé SSH dans le champ «Cible».

Référence et détails complets: http://blog.shvetsov.com/2010/03/making-pageant-automatically-load-keys.html

Mon problème était que j'essayais d'utiliser mon nom d'utilisateur github. Apparemment, lorsque vous utilisez Github (ou est-ce une chose Git?) , Si vous utilisez l'authentification par clé, vous devez définir votre nom d'utilisateur surgit .

Je ne sais pas pourquoi vous avez même besoin d'un nom d'utilisateur - peut-être que quelqu'un de plus compétent peut l'expliquer?

Sur ma machine Windows 7 exécutant Github pour Windows en utilisant git version 1.8.3.msysgit.0. J'ai trouvé que la mise à jour de ma variable d'environnement système GIT_SSH vers C: \ Program Files (x86) \ Git \ bin \ ssh.exe semblait faire l'affaire. Cela a également résolu mon problème de contact avec le dépôt git d'OpenShift.

A travaillé pour moi sur Windows 8: la variable GIT_SSH pointait vers plink.exe, l'a modifiée dans les paramètres système pour pointer vers le binaire ssh, et cela a résolu le problème. Pour connaître le chemin complet vers le ssh, exécutez:

where ssh

Pour résoudre ce problème, c'est ce que j'ai fait.

J'utilisais Git Bash sur Windows 10

J'ai commencé Pageant, j'ai appuyé sur Ajouter une clé,

navigué vers le dossier C: \ Users \ username \ .ssh et choisi ma clé

J'essaye ensuite de faire un push git et cela a fonctionné cette fois.

Même erreur, solution différente notée ici - Problème de connexion à GitHub sous Windows, même via PuTTY

J'ai rencontré ce même problème, mais la solution GIT_SSH a semblé fonctionner une fois pour moi. Après un redémarrage de l'ordinateur, j'ai réalisé que c'était autre chose, car j'étais capable de cloner mes dépôts privés sans problème en utilisant Git Bash ou Command Prompt, mais pas dans Sublime Text 3 avec le plugin SublimeGit. Ma solution était simple et c'est en fait ce que @BlueRaja - Danny Pflughoeft mentionné mais je pensais que cela pourrait utiliser une direction;)

Fondamentalement, il vous suffit de modifier ~/.ssh/configet de vous assurer que le nom d'utilisateur est git. Vous pouvez également lui dire d'utiliser une clé SSH spécifique pour Github - Mon ~/.ssh/configfichier ressemble à ce qui suit:

Host gh
    Hostname github.com
    User git
    IdentityFile ~/.ssh/github_rsa.pub

J'ai une clé spécifique pour Github en raison du nombre d'autres choses que je fais tout au long de ma journée, mais si vous n'en avez qu'une, ce sera généralement ~/.ssh/id_rsa.pubcomme Github l'explique ici .

Je sais que tout le monde a une solution différente, mais je laisserai ceci ici pour tous ceux qui pourraient rencontrer cet article sans solution. Bonne chance!

J'ai eu cette erreur lors de l'utilisation de TortoiseGit pour cloner un référentiel à partir de GitHub. Correction en cliquant sur "Load Putty Key" et en sélectionnant un fichier de clé (* .pkk) dans la boîte de dialogue de clonage de Git.

Vous pouvez obtenir Plink & Pageant à partir d'ici: http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html

Ce sont des outils PuTTY.

J'ai eu ce problème (direct ssh a fonctionné, mais git pull a échoué) car ma télécommande git n'est pas ce que je pensais.

Oui, oui, je sais que c'est une erreur stupide, mais cela arrive et cela vaut la peine d'être vérifié.

Utilisation git remote -v

J'ai eu un problème similaire après la mise à jour de GitExtensions vers la version 3.3.0.7719

D'une manière ou d'une autre, mes paramètres d'authentification ont été rétablis pour utiliser PuTTY au lieu d'OpenSSH.

Dans cette version, voici le menu que j'ai utilisé pour réactiver OpenSSH: