Gits berühmter "FEHLER: Erlaubnis zu .git dem Benutzer verweigert"

Ich habe versucht zu googeln und https://help.github.com/de/articles/connecting-to-github-with-ssh und verschiedene, verschiedene Anleitungen durchzulesen. Ich kann nicht git push -u origin masteroder git push origin master(der gleiche Befehl).

Ich habe mein Git-Konto seit mindestens 2 Jahren. Ich konnte erfolgreich Repos und push -u origin masterFine auf meinem Laptop erstellen, aber auf diesem Desktop habe ich Probleme.

Folgendes habe ich versucht:

1. Ich habe meinen Git-Benutzernamen eingerichtet

2. Ich habe meine Git-Benutzer-E-Mail eingerichtet

3. Ich habe den Inhalt meiner Datei /home/meder/.ssh/id_rsa.pub auf die Kontoseite von github hochgeladen. Ich habe überprüft, dass ich keine Leerzeichen eingefügt habe

4. Ich habe eine ~ / .ssh / config mit folgenden Inhalten erstellt:

  Host github.com
  User git
  Hostname github.com
  PreferredAuthentications publickey
  IdentityFile ~/.ssh/id_rsa

Ich habe die .ssh auf 700, id_rsa 600 geändert

5. Ich habe den richtigen Remote-Ursprung hinzugefügt, ohne Tippfehler zu machen :git remote add origin [email protected]:medero/cho.git

6. Um # 5 zu bestätigen, hier ist meine .git / config. Das Verzeichnis ist korrekt und kein anderes Verzeichnis:

[remote "origin"]
        fetch = +refs/heads/*:refs/remotes/origin/*
        url = [email protected]:medero/cho.git

7. ssh [email protected] -v gibt mir eine erfolgreiche Authentifizierung

8. Eine seltsame Sache ist, dass der Benutzername, mit dem er mich begrüßt, daran tangehängt wurde. Mein Github-Benutzername ist mederonicht medert.

Hallo Mederot! Sie haben sich erfolgreich authentifiziert, aber GitHub bietet keinen Shell-Zugriff.

9. Ich bin nicht hinter einem Proxy oder einer Firewall

10. Der Schlüssel wird angeboten, hier ist die Ausgabe von -v:

debug1: Host 'github.com' is known and matches the RSA host key.
debug1: Found key in /home/meder/.ssh/known_hosts:58
debug1: ssh_rsa_verify: signature correct
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
debug1: Next authentication method: publickey
debug1: Offering public key: /home/meder/.ssh/id_rsa
debug1: Remote: Forced command: gerve mederot
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Server accepts key: { some stuff, dont know if i should share it

debug1: Remote: Forced command: gerve mederot
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Authentication succeeded (publickey).

11. Hier sind die Befehle, die ich verwendet habe

mkdir cho
git init
touch README
git add README
git commit -m 'test'
git remote add origin [email protected]:medero/cho.git
git push -u origin master

12. Ich möchte keinen neuen SSH-Schlüssel erstellen.

13. Wenn ich mit ssh einen Klon git mache und einen Edit, Commit und Git Push mache, bekomme ich genau das Gleiche.

14. Hier ist der eigentliche Fehler:

$ git push
ERROR: Permission to medero/cho.git denied to mederot.
fatal: The remote end hung up unexpectedly

15. Ich habe meinen Github-Benutzernamen und mein Github-Token eingerichtet:

$ git config --global github.user medero $ git config --global github.token 0123456789yourf0123456789tokenSetzt das GitHub-Token für alle Git-Instanzen auf dem System

16. Ich habe bestätigt, dass mein Github-Benutzername NICHT ist mederotund mein Github-Token gemäß meiner Kontoseite RICHTIG ist (validierte erste 2 Zeichen und letzte 2 Zeichen).

17. Um # 16 zu bestätigen, enthält ~ / .gitconfig

[github]
    token = mytoken...
    user = medero

18. Ich habe es getan, ssh-key add ~/.ssh/id_rsawenn das überhaupt notwendig ist ...

Theorien:

Ich vermute, dass es etwas faul ist, denn wenn ich ssh authentifiziert bekomme, ist die Begrüßung des Benutzers mederotund nicht medero, was mein Konto ist. Könnte etwas in meinem Github-Konto möglicherweise falsch zwischengespeichert werden?

Ich vermute auch eine lokale Ssh-Caching-Verrücktheit, denn wenn ich mv ~/.ssh/id_rsa KAKAund mv ~/.ssh/id_rsa.pub POOPOOund tue ssh [email protected] -ves, authentifiziert es mich immer noch und sagt, dass es meiner /home/meder/.ssh/id_rsa dient, wenn ich es umbenenne?! Es muss zwischengespeichert werden?!

In Schritt 18 meine ich wohl ssh-add ~/.ssh/id_rsa? Wenn ja, erklärt dies Folgendes:

Ich vermute auch eine lokale ssh-Caching-Verrücktheit, denn wenn ich mv ~ / .ssh / id_rsa KAKA und mv ~ / .ssh / id_rsa.pub POOPOO und ssh [email protected] -v mache, authentifiziert es mich immer noch und sagt, dass es dient mein /home/meder/.ssh/id_rsa als ich es umbenannte?! Es muss zwischengespeichert werden?!

... da das ssh-agentIhren Schlüssel zwischenspeichert.

Wenn Sie sich GitHub ansehen, gibt es ein Mederot- Konto. Sind Sie sicher, dass dies nichts mit Ihnen zu tun hat? GitHub sollte nicht zulassen, dass zwei Konten denselben öffentlichen SSH-Schlüssel hinzugefügt werden, da bei Verwendung der [email protected]:...URLs der Benutzer anhand des SSH-Schlüssels identifiziert wird. (Dass dies nicht erlaubt sein sollte, wird hier bestätigt .)

Ich vermute also (in absteigender Reihenfolge der Wahrscheinlichkeit), dass eine der folgenden Situationen der Fall ist:

1. Sie haben zuvor das Mederot-Konto erstellt und Ihren SSH-Schlüssel hinzugefügt.
2. Jemand anderes hat eine Kopie Ihres öffentlichen Schlüssels erhalten und dem mederot GitHub-Konto hinzugefügt.
3. Es gibt einen schrecklichen Fehler in GitHub.

Wenn 1 nicht der Fall ist, würde ich dies GitHub melden, damit sie ungefähr 2 oder 3 überprüfen können.

Mehr :

ssh-add -l prüft, ob mehr als eine Identifikation vorhanden ist, wenn ja, entferne sie durch ssh-add -d "diese Schlüsseldatei"

Nachdem ich einige Tage gegoogelt hatte, stellte ich fest, dass dies die einzige Frage ist, die meiner Situation ähnelt.

Ich habe das Problem jedoch gerade gelöst! Deshalb gebe ich hier meine Antwort ein, um allen anderen bei der Suche nach diesem Problem zu helfen.

Folgendes habe ich getan:

1. Öffnen Sie "Keychain Access.app" (Sie finden es in Spotlight oder LaunchPad)

2. Wählen Sie "Alle Elemente" in der Kategorie

3. Suche "git"

4. Löschen Sie jeden alten und seltsamen Gegenstand

5. Versuchen Sie erneut zu drücken und es hat einfach funktioniert

Wenn unter Windows ein Problem auftritt, entfernen Sie die Anmeldeinformationen aus dem Windows-Verlauf.

• Gehen Sie zu Credential Manager
• Gehen Sie zu Windows-Anmeldeinformationen
• Löschen Sie die Einträge unter Allgemeine Anmeldeinformationen
• Versuchen Sie erneut, eine Verbindung herzustellen. Dieses Mal sollten Sie aufgefordert werden, den richtigen Benutzernamen und das richtige Passwort einzugeben.

Anmeldeinformationen aus git entfernen

Wenn Sie auf einem Mac mehrere GitHub-Anmeldungen haben und kein SSH verwenden, erzwingen Sie die korrekte Anmeldung mit:

git remote set-url origin https://[email protected]/username/repo-name.git

Dies funktioniert auch, wenn Probleme beim Verschieben in ein privates Repository auftreten.

Es ist auf einen Konflikt zurückzuführen.

Löschen Sie alle Schlüssel von ssh-agent

ssh-add -d ~/.ssh/id_rsa
ssh-add -d ~/.ssh/github

Fügen Sie den Github-SSH-Schlüssel hinzu

ssh-add   ~/.ssh/github

Es sollte jetzt funktionieren.

Ich verwende einen Mac und das Problem wird durch Löschen des Github-Datensatzes aus der Schlüsselbund-Zugriffs-App behoben: Folgendes habe ich getan:

1. Öffnen Sie "Keychain Access.app" (Sie finden es in Spotlight oder LaunchPad).
2. Wählen Sie "Alle Elemente" in der Kategorie
3. Suche "git"
4. Löschen Sie alle alten und seltsamen Elemente. Versuchen Sie erneut zu pushen, und es hat einfach funktioniert

Die obigen Schritte werden zur Vereinfachung von @spyar kopiert.

Ich finde, die Lösung ist die gleiche wie bei @spyar, bei der es sich um die Keychain Access- App handelt, in der der alte Benutzername gespeichert ist.

Für diese Situation gibt es zwei Lösungen:

1. Löschen Sie die Informationen in Keychain Access by
   • Öffnen Sie die Keychain Access App
   • Suche nach Github
   • Löschen Sie die entsprechenden Anmeldeinformationen

Oder

2. Wenn Sie verwenden, möchten Sie ssh Schlüssel verwenden . Sie ändern einfach Ihre Repo-URL von https

https://github.com/username/repo.git

in

[email protected]: Benutzername / repo.git

Hoffe das hilft.

Ich bin kürzlich auf dieses Problem für ein altes Repo auf meinem Computer gestoßen, das mit https hochgeschoben wurde. Die Schritte 5 und 6 haben mein Problem gelöst, indem die Remote-URL für mein Repo von der Verwendung der https-URL auf die SSH-URL zurückgesetzt wurde

Bei der Überprüfung der Fernbedienung wird die https-URL verwendet

> git remote -v
origin  https://github.com/ExampleUser/ExampleRepo.git (fetch)
origin  https://github.com/ExampleUser/ExampleRepo.git (push)

Setzen Sie dann den Ursprung zurück, um die SSH-URL zu verwenden

> git remote set-url origin [email protected]:ExampleUser/ExampleRepo.git

Überprüfung der neuen Fernbedienung

> git remote -v
origin  [email protected]:ExampleUser/ExampleRepo.git (fetch)
origin  [email protected]:ExampleUser/ExampleRepo.git (push)

konnte jetzt erfolgreich git push -u origin

Ich bin mir immer noch nicht sicher, welche Einstellung ich geändert hätte, die möglicherweise dazu geführt hat, dass der Push fehlgeschlagen ist, wenn die Fernbedienung https ist, aber dies war die Lösung für mein Problem

Ich hatte das gleiche Problem wie du. Nach einer langen Zeit beim Googeln stellte ich fest, dass mein Fehler von mehreren Benutzern verursacht wurde, die denselben Schlüssel in ihren Konten hinzugefügt hatten.

Hier ist meine Lösung: Löschen Sie den SSH-Schlüssel des falschen Benutzers (ich kann dies tun, weil der falsche Benutzer auch mein Konto ist). Wenn der falsche Benutzer nicht Ihr Konto ist, müssen Sie möglicherweise Ihren SSH-Schlüssel ändern, aber ich glaube nicht, dass dies passieren wird.

Und ich denke, Ihr Problem kann durch einen Tippfehler in Ihrem Kontonamen verursacht werden.

Dieses Problem wird auch verursacht durch:

Wenn Sie unter einem Mac / Linux arbeiten und 'ControlMaster' in Ihrer ~ / .ssh / config verwenden, werden möglicherweise einige SSH-Steuerungsmasterprozesse ausgeführt.

Um sie zu finden, führen Sie Folgendes aus:

ps aux | grep '\[mux\]'

Und töte die relevanten.

Auch ich bin darauf gestoßen. Was dies für mich verursacht hat, ist, dass ich beim Klonen des Repos, auf das ich meine Änderungen verschoben habe, die Klon-URL von einem Inkognito-Tab abgerufen habe, ohne mich anzumelden. (Ich weiß immer noch nicht, wie sich das auswirkt.) Das führte aus irgendeinem Grund dazu, dass Git ein anderes Benutzerkonto auswählte. Als ich es erneut von einer ordnungsgemäß angemeldeten Seite aus versuchte, funktionierte es für mich wie gewohnt.

Dieser Fehler trat bei der Verwendung von Travis CI zum Bereitstellen von Inhalten auf , bei dem Änderungen in ein Repository übertragen wurden.

Ich habe das Problem schließlich gelöst, indem ich das mit dem Travis-Konto verknüpfte GitHub- Token für den persönlichen Zugriff mit der public_repoBerechtigung zum Zugriff auf den Gültigkeitsbereich aktualisiert habe :