web-dev-qa-db-fra.com

Obtention soudaine de "Aucune méthode d'authentification prise en charge disponible" lors de la transmission vers github

J'ai commencé un projet github il y a quelques semaines. J'ai pu pousser les modifications sans aucun problème (j'utilise TortoiseGIT).

Tout à coup, aujourd'hui, lorsque j'ai essayé de pousser mes modifications, j'ai obtenu la fenêtre d'erreur "Erreur fatale PuTTY" "Déconnecté: Aucune méthode d'authentification prise en charge disponible".

Quelque chose que vous pouvez recommander pour résoudre le problème?

gitgithubtortoisegit
35
ripper234

Je l'ai compris - c'est arrivé parce que j'ai réinstallé TortoiseGIT depuis que j'ai commencé à travailler sur le projet. Les tractions se sont bien déroulées, mais dès que j'ai essayé de repousser mes modifications, TortoiseGIT avait besoin de ma clé d'authentification, qui n'était pas configurée.

Modifier

Pour résoudre, j'ai simplement effacé toutes les données d'authentification de mon TortoiseGit, sous: Menu contextuel "Tortoise Git" -> Paramètres -> Données enregistrées -> Données d'authentification [Effacer]

6
ripper234

Pour moi, il y avait un problème pour effectuer des actions contre le référentiel distant uniquement lors de l'utilisation de TortoiseGit, via CMD/GitBash il n'y a eu aucun problème du tout.

Donc ce que j'ai fait était très simple: j'ai ouvert TortoiseGit -> Paramètres -> Résea et dans SSH Client j'ai changé "ssh.exe" au lieu de "TortoiseGitPlink.exe".

41
Shachar Hamuzim Rajuan

Assurez-vous d'avoir installé TortoiseGit avec OpenSSH et d'utiliser la méthode d'authentification SSH. Si vous avez installé avec PuTTY, il peut y avoir un "symbole d'ordinateur" dans le système appelé "PuTTY Pageant".

14
Gerold Meisinger

J'ai pu corriger cette erreur en ajoutant la clé privée dans Pageant. J'ai oublié de le faire lors de la création de la clé et une fois que je l'ai ajouté, je n'ai plus reçu l'erreur.

10
QAZZY

Pour les utilisateurs de TortoiseGit sous Windows
(comme je l'avais initialement publié dans cette question )

J'avais l'habitude de configurer la plupart de mes référentiels Github/Bitbucket en utilisant les URL de référentiel SSH car (à l'origine) c'était le seul moyen pratique d'empêcher TortoiseGit de vous demandant votre mot de passe à chaque action.

Mais configurer TortoiseGit de cette façon était toujours douloureux. Chaque fois, il m'a fallu 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: [email protected]:User/repo-name.git

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

Les avantages du HTTPS sont:

  • Pas de gestion ni de génération de clés SSH
  • Pas besoin d'avoir pageant.exe 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
8
Simon East

Dans mon cas, Tortoise Git a perdu PuttyKey. J'ai donc dû aller dans TortoiseGit settings> Git> Remote et dans cette section j'ai cliqué sur Remote frame my Origin and PuttyK Key was not set (It was avant). J'ai dû le réinstaller.

7
Prusdrum

Pour résoudre ce problème, j'ai dû exécuter manuellement Pageant à partir du menu Démarrer:

image description

Ensuite, j'ai vu un spectacle dans la barre d'état système:

image description

Je pourrais ajouter ma clé. Normalement, les clés sont dans %userprofile%\.ssh.

6
Tomáš Zato - Reinstate Monica

Pour moi, j'obtenais cette erreur après la mise à niveau de GIT vers 2.8.0. Le problème était dû au fait que le répertoire $ HOME n'était pas lu correctement par bash et par défaut à un emplacement système dans le dossier d'installation de Windows: /c/Windows/system32/config/systemprofile.

Il s'avère qu'un petit nettoyage des variables d'environnement était nécessaire. Il y a longtemps, j'avais installé une version de GIT (environ 1.7.x) qui avait créé une variable HOME dans les variables d'environnement système. Cela devait être supprimé après la mise à niveau vers 2.8.0 en raison de certains changements de comportement, plutôt que d'ajouter une autre variable d'environnement utilisateur HOME.

1
ianbeks

J'ai eu cette même erreur, qui s'est produite au hasard et à l'improviste après avoir réussi à accéder à mon référentiel pendant plusieurs mois. Dans mon cas, dans Tortoisegit-> Settings-> Git-> Remote, le champ Push URL était en quelque sorte vide.

0
Dan

En tant que nouvel utilisateur, j'ai eu la même erreur avec GitLab et Eclipse lors de la création de nouveaux projets. En tant qu'étudiant, j'utilise différents PC et j'ai eu des problèmes avec mes clés, mais j'ai pensé que cela avait été résolu lorsque j'ai créé un nouvel ensemble propre et que mon dernier projet fonctionnait bien. Malheureusement, l'erreur s'est produite à nouveau sur un nouveau projet.

J'ai découvert que la création d'un nouveau projet Eclipse par défaut dans mon répertoire ssh plutôt que le .ssh que j'utilise sur mon projet actuel. J'ai utilisé le répertoire ssh au départ, mais après que les problèmes aient changé en .ssh avec de nouvelles clés.

Passer au .ssh dans Fenêtre> Préférences> Général> Connexions réseau> SSH2 a résolu le problème.

Je poste ceci car j'ai passé beaucoup de temps à chercher de l'aide avec mes clés et je n'ai rien trouvé qui soit lié à mon problème.

0
Roo

Voir mon article ici. J'ai eu ce problème tout à l'heure et j'ai tout essayé ici, mais je n'ai pas pu le résoudre. À la fin, c'était exactement le même problème lié à une configuration existante de PuTTY => [ TortoiseSVN continue de me demander mon mot de passe

0
pacomix