github: Keine unterstützten Authentifizierungsmethoden verfügbar

Ich benutze Github und habe in der Vergangenheit erfolgreich Dateien auf meinem Laptop hinzugefügt und synchronisiert.

Seit kurzem erhalte ich nach dem Ausführen " PuTTY Fatal Error: Disconnected: Keine unterstützten Authentifizierungsmethoden verfügbar ".

Git Pull Origin Master (oder Push)

jedoch

ssh git@github.com gibt die richtige Antwort zurück: FEHLER: Hallo Benutzername! Sie haben sich erfolgreich authentifiziert, aber GitHub bietet keinen Shell-Zugriff. Die Verbindung zu github.com wurde geschlossen.

Nachdem ich mich auf Github umgesehen hatte, fand ich dieses Morcel:

Keine unterstützten Authentifizierungsmethoden verfügbar Sie sollten die Umgebungsvariable GIT_SSH kennen, die von git verwendet wird, um Ihren ssh-sprechenden Client zu finden, wenn ssh für Sie nicht funktioniert. Die Git-Installation verwendet möglicherweise plink.exe (über GIT_SSH), um die Authentifizierung durchzuführen. Wenn ja, stellen Sie sicher, dass pageant.exe ausgeführt wird und der Schlüssel, den Sie für github erstellt haben, darin geladen ist. Dies liefert den Schlüssel zu plink.exe; Ohne sie tritt der obige Fehler auf.

Ich bin mir nicht sicher, was plink.exe oder peagant.exe ist. Und die Tatsache, dass ssh git@github.com sich korrekt zu authentifizieren scheint, lässt mich fragen, was die beste Lösung hier ist. Ich möchte mein Setup auf keinen Fall überkomplizieren, wenn nicht notwendig.

Sie können eine Datei mit dem Namen ".profile" in Ihrem Home-Verzeichnis erstellen. Für mich ist das C: \ Users \ [user]

Fügen Sie in diese Datei die folgende Codezeile ein:

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

Dadurch wird die Umgebungsvariable GIT_SSH so eingestellt, dass der in git enthaltene ssh-Client verwendet wird.

Das .profile-Skript wird ausgeführt, wenn Sie Ihre Git Bash-Befehlszeile starten.

Bearbeiten: Dies ist mein .profile. Sie werden beim ersten Start der git-Eingabeaufforderung nach Ihrem Kennwort gefragt und von da an daran erinnert, bis Sie Ihren Computer neu starten. Sehr praktisch, damit Sie Ihr Passwort nicht jedes Mal eingeben müssen, wenn Sie etwas tun möchten.

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

Verwenden von TortoiseGit

TortoiseGit> Einstellungen ... Netzwerk ... SSH-Client: C:\Program Files\Git\usr\bin\ssh.exe

Lage meine variieren. Auf einem Computer war es inC:\Program Files (x86)\Git\bin\ssh.exe

"... nicht sicher, was plink.exe oder peagant.exe ist ..."

Da fragen Sie: plink & pageant sind Teil der PuTTY-Suite, einer Implementierung von SSH, die Linux & Windows unterstützt und unter Windows vollständig dominiert.

SSH

Secure Shell (SSH) ist ein kryptografisches Netzwerkprotokoll zur Sicherung der Datenkommunikation. Es richtet einen sicheren Kanal über ein unsicheres Netzwerk in einer Client-Server-Architektur ein und verbindet eine SSH-Client-Anwendung mit einem SSH-Server. Zu den gängigen Anwendungen gehören die Remote-Befehlszeilenanmeldung und die Ausführung von Remotebefehlen. Jeder Netzwerkdienst kann jedoch mit SSH gesichert werden.

Wenn Sie jemals Telnet verwendet haben, ist dies so (aber sicherer): Sie können remote auf die Bash-Shell (Befehlszeile) eines Linux-Hosts zugreifen.

Kitt

PuTTY ist ein kostenloser Open-Source-Terminalemulator, eine serielle Konsole und eine Netzwerk-Dateiübertragungsanwendung. Es unterstützt verschiedene Netzwerkprotokolle, darunter SCP, SSH, Telnet, rlogin ...

Unter Windows ist es die dominierende Software für den Remotezugriff auf die Befehlszeile eines Linux-Hosts unter dem SSH-Protokoll (oben). In Windows gelten EXE-Erweiterungen für ausführbare Dateien. Daher gelten diese Hinweise zu plink.exe & pageant.exe wahrscheinlich nicht, wenn Sie unter Linux arbeiten . PuTTY beinhaltet

Plink : Eine Befehlszeilenschnittstelle zum PuTTY-Backend

Festzug : ein SSH-Authentifizierungsagent für PuTTY, PSCP und Plink

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

Wenn der öffentliche Schlüssel auf der Remote-Seite vorhanden ist und der entsprechende private Schlüssel auf der lokalen Seite vorhanden ist, ist die Eingabe des Kennworts nicht mehr erforderlich. Für zusätzliche Sicherheit kann der private Schlüssel selbst mit einer Passphrase gesperrt werden.

Github wird also auf einem Linux-Computer gehostet und verwendet SSH, um die Verbindung zu sichern. SSH authentifiziert sich entweder mit Passwörtern oder Schlüsseln, viele Hosts (Github?) Authentifizieren sich nur mit Schlüsseln. Ihr Setup versucht anscheinend, sich mit einem Schlüssel zu authentifizieren. Schlüssel und Hosts sind nicht eins zu eins: Sie können zwei Schlüssel für denselben Host und / oder zwei Hosts für denselben Schlüssel haben, daher müssen sie verwaltet werden. Wenn Sie unter Windows arbeiten, wird auf Ihre SSH-Sitzung wahrscheinlich über plink zugegriffen, und Ihre Schlüssel werden wahrscheinlich von Pageant verwaltet.

Importieren Sie den Schlüssel, den Sie jedes Mal benötigen, wenn Sie Pageant laden. Wenn Sie Anleitungen mit der Aufschrift "Importieren Sie Ihren Schlüssel" befolgt haben und festgestellt haben, dass dies funktioniert, aber jetzt nicht funktioniert, lesen Sie Kapitel 9: Verwenden von Pageant zur Authentifizierung .

Ein letzter Tipp unter Windows: Möglicherweise sind mehrere Instanzen der PuTTY-Suite von verschiedenen Tools installiert. TortoiseGit installiert beispielsweise eine eigene.

Ich habe dieses Problem festgestellt, weil ich GIT_SSHauf die TortoiseSVN-Version von verwiesen habe Plink.exe. Ich habe es geändert, um auf die TortoiseGit-Version zu verweisen, cmd neu gestartet und es hat funktioniert.

Ich kann mich nicht genau erinnern, aber die TortoiseSVN-Version war möglicherweise eine 32-Bit-Version, und die TortoiseGit-Version war eine 64-Bit-Version (befindet sich in Program Files, nicht Program Files (x86)).

Überprüfen Sie Ihre GIT_SSHUmgebung var.

Ich bevorzuge git mit normal cmd.exe(natürlich in Console2)

Für TortoiseGit-Benutzer unter Windows

Ursprünglich habe ich die meisten meiner Github / Bitbucket-Repositorys mithilfe der SSH-Repository-URLs eingerichtet, da dies (ursprünglich) die einzig bequeme Möglichkeit war, zu verhindern, dass TortoiseGit bei jeder einzelnen Aktion zur Eingabe Ihres Kennworts auffordert.

Aber TortoiseGit auf diese Weise einzurichten war immer haarsträubend schmerzhaft. Jedes Mal, wenn ich Stunden brauchte, um mich richtig einzurichten, schienen die Standardinstallationsoptionen nie zu funktionieren (sogar ab 2016, meine Güte!).

TortoiseGit bietet jetzt eine bessere Kennwortverwaltung für HTTPS, und Github empfiehlt, wo immer möglich , HTTPS-URLs zu verwenden.

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

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

Die Vorteile von HTTPS sind:

• Kein Verwalten oder Generieren von SSH-Schlüsseln
• Keine Notwendigkeit, pageant.exeständig ausgeführt zu werden (die bei jedem Start Ihr Passwort anfordert)
• Mit TortoiseGit aus Australien stelle ich fest, dass Klone über HTTPS 5-10x schneller sind als SSH

Wenn Sie Pageant verwenden und nach dem Neustart Ihres PCs (oder dem sonstigen Schließen und erneuten Öffnen von Pageant) den in der Frage beschriebenen Fehler erhalten:

Der Fehler kann dadurch verursacht werden, dass Pageant Ihren GitHub-SSH-Schlüssel nicht aktiv geladen hat. Standardmäßig lädt Pageant die Schlüssel der vorherigen Sitzung beim Start NICHT automatisch.

So laden Sie den Schlüssel:

1. Öffnen Sie Festzug. (Wenn Windows unter Windows ausgeführt wird, wird in der Taskleiste ein Symbol angezeigt. Doppelklicken Sie darauf.)
2. Klicken Sie auf die Schaltfläche Schlüssel hinzufügen und fahren Sie mit dem Hinzufügen Ihres vorhandenen GitHub-SSH-Schlüssels fort.

Um dieses Problem in Zukunft zu vermeiden, können Sie Pageant so konfigurieren, dass Ihr Schlüssel beim Start automatisch geladen wird. (Pageant fordert Sie automatisch zur Eingabe eines Passworts auf, wenn Ihr Schlüssel passwortgeschützt ist.)

Schritte dazu (vorausgesetzt, Sie haben Pageant bereits so konfiguriert, dass es beim Start von Windows ausgeführt wird):

1. Suchen Sie die Verknüpfung, die Windows zum Ausführen von Pageant beim Start von Windows verwendet. (Möglicherweise befindet es sich im Startordner, der über Start> Ausführen> geöffnet werden kann. shell:startup)
2. Hängen Sie im Dialogfeld "Eigenschaften" der Verknüpfung den vollständigen Pfad und Dateinamen der SSH-Schlüsseldatei an das Feld "Ziel" an.

Referenz und vollständige Details: http://blog.shvetsov.com/2010/03/making-pageant-automatically-load-keys.html

Mein Problem war, dass ich versuchte, meinen Github-Benutzernamen zu verwenden. Wenn Sie Github verwenden (oder ist es eine Git-Sache?) , Wenn Sie eine schlüsselbasierte Authentifizierung verwenden, müssen Sie anscheinend Ihren Benutzernamen auf setzen git.

Ich bin mir nicht sicher, warum Sie überhaupt einen Benutzernamen benötigen - vielleicht kann jemand, der besser informiert ist, das erklären?

Auf meinem Windows 7-Computer, auf dem Github für Windows mit der Git-Version 1.8.3.msysgit.0 ausgeführt wird. Ich fand, dass das Aktualisieren meiner Systemumgebungsvariablen GIT_SSH auf C: \ Programme (x86) \ Git \ bin \ ssh.exe den Trick zu tun schien. Dies hat auch mein Problem mit der Kontaktaufnahme mit OpenShifts Git-Repo behoben.

Funktionierte für mich unter Windows 8: Die Variable GIT_SSH zeigte auf plink.exe, wurde in den Systemeinstellungen so geändert, dass sie auf die SSH-Binärdatei verweist, und das hat das Problem behoben. Um den vollständigen Pfad zum SSH herauszufinden, führen Sie Folgendes aus:

where ssh

Um dieses Problem zu beheben, habe ich Folgendes getan.

Ich habe Git Bash unter Windows 10 verwendet

Ich startete Pageant, drückte Add Key,

Navigierte zum Ordner C: \ Users \ username \ .ssh und wählte meinen Schlüssel

Ich versuche dann einen Git Push zu machen und diesmal hat es funktioniert.

Gleicher Fehler, andere Lösung hier angegeben - Problem beim Herstellen einer Verbindung zu GitHub unter Windows, auch über PuTTY

Ich bin auf dasselbe Problem gestoßen, aber die GIT_SSH-Lösung schien einmal für mich zu funktionieren. Nach einem Neustart des Computers wurde mir klar, dass es sich um etwas anderes handelte, da ich meine privaten Repositorys problemlos mit Git Bash oder der Eingabeaufforderung klonen konnte, jedoch nicht in Sublime Text 3 mit dem SublimeGit-Plugin. Meine Lösung war einfach und ist tatsächlich das, was @BlueRaja - Danny Pflughoeft erwähnte, aber ich dachte, es könnte eine Richtung gebrauchen;)

Grundsätzlich müssen Sie nur ~/.ssh/configden Benutzernamen bearbeiten und sicherstellen git. Sie können auch festlegen, dass ein bestimmter SSH-Schlüssel für Github verwendet werden soll. Meine ~/.ssh/configDatei sieht folgendermaßen aus:

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

Ich habe einen bestimmten Schlüssel für Github aufgrund der Anzahl anderer Dinge, die ich im Laufe meines Tages mache, aber wenn Sie nur einen haben, wird es normalerweise so sein, ~/.ssh/id_rsa.pubwie Github es hier erklärt .

Ich weiß, dass jeder eine andere Lösung hat, aber ich werde dies hier jedem überlassen, der auf diesen Artikel ohne Korrektur stößt. Viel Glück!

Ich habe diesen Fehler erhalten, als ich TortoiseGit zum Klonen eines Repositorys von GitHub verwendet habe. Behoben durch Klicken auf "Putty Key laden" und Auswählen einer Schlüsseldatei (* .pkk) im Git-Klon-Dialog.

Sie können Plink & Pageant von hier bekommen: http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html

Sie sind PuTTY-Werkzeuge.

Ich habe dieses Problem (direktes SSH hat funktioniert, aber Git Pull ist fehlgeschlagen), weil meine Git-Fernbedienung nicht das ist, was ich dachte.

Ja, ja, ich weiß, dass es ein dummer Fehler ist, aber es passiert und es lohnt sich, es zu überprüfen.

Verwenden git remote -v

Ich hatte ein ähnliches Problem nach dem Update von GitExtensions auf Version 3.3.0.7719

Irgendwie wurden meine Authentifizierungseinstellungen zurückgesetzt, um PuTTY anstelle von OpenSSH zu verwenden.

In dieser Version ist hier das Menü, mit dem ich OpenSSH wieder aktiviert habe: