Pushing an Git Rückgabe des Fehlercodes 403 schwerwiegend: HTTP-Anforderung fehlgeschlagen

Ich konnte eine Kopie dieses Repos über HTTPS authentifiziert klonen. Ich habe einige Commits gemacht und möchte wieder auf den GitHub-Server zugreifen. Verwenden von Cygwin unter Windows 7 x64.

C:\cygwin\home\XPherior\Code\lunch_call>git push
Password:
error: The requested URL returned error: 403 while accessing https://MichaelDrog
[email protected]/derekerdmann/lunch_call.git/info/refs

fatal: HTTP request failed

Richten Sie es auch im ausführlichen Modus ein. Ich bin immer noch ziemlich verblüfft.

C:\cygwin\home\XPherior\Code\lunch_call>set GIT_CURL_VERBOSE=1

C:\cygwin\home\XPherior\Code\lunch_call>git push
Password:
* Couldn't find host github.com in the _netrc file; using defaults
* About to connect() to github.com port 443 (#0)
*   Trying 207.97.227.239... * 0x23cb740 is at send pipe head!
* Connected to github.com (207.97.227.239) port 443 (#0)
* successfully set certificate verify locations:
*   CAfile: C:\Program Files (x86)\Git/bin/curl-ca-bundle.crt
  CApath: none
* SSL connection using AES256-SHA
* Server certificate:
*        subject: 2.5.4.15=Private Organization; 1.3.6.1.4.1.311.60.2.1.3=US; 1.
3.6.1.4.1.311.60.2.1.2=California; serialNumber=C3268102; C=US; ST=California; L
=San Francisco; O=GitHub, Inc.; CN=github.com
*        start date: 2011-05-27 00:00:00 GMT
*        expire date: 2013-07-29 12:00:00 GMT
*        subjectAltName: github.com matched
*        issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=DigiCert High Ass
urance EV CA-1
*        SSL certificate verify ok.
> GET /derekerdmann/lunch_call.git/info/refs?service=git-receive-pack HTTP/1.1
User-Agent: git/1.7.4.3282.g844cb
Host: github.com
Accept: */*
Pragma: no-cache

< HTTP/1.1 401 Authorization Required
< Server: nginx/1.0.4
< Date: Thu, 15 Sep 2011 22:44:41 GMT
< Content-Type: text/plain
< Connection: keep-alive
< Content-Length: 55
< WWW-Authenticate: Basic realm="GitHub"
<
* Ignoring the response-body
* Expire cleared
* Connection #0 to host github.com left intact
* Issue another request to this URL: 'https://[email protected]/dereker
dmann/lunch_call.git/info/refs?service=git-receive-pack'
* Couldn't find host github.com in the _netrc file; using defaults
* Re-using existing connection! (#0) with host github.com
* Connected to github.com (207.97.227.239) port 443 (#0)
* 0x23cb740 is at send pipe head!
* Server auth using Basic with user 'MichaelDrogalis'
> GET /derekerdmann/lunch_call.git/info/refs?service=git-receive-pack HTTP/1.1
Authorization: Basic XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
User-Agent: git/1.7.4.3282.g844cb
Host: github.com
Accept: */*
Pragma: no-cache

< HTTP/1.1 401 Authorization Required
< Server: nginx/1.0.4
< Date: Thu, 15 Sep 2011 22:44:41 GMT
< Content-Type: text/plain
< Connection: keep-alive
< Content-Length: 55
* Authentication problem. Ignoring this.
< WWW-Authenticate: Basic realm="GitHub"
* The requested URL returned error: 401
* Closing connection #0
* Couldn't find host github.com in the _netrc file; using defaults
* About to connect() to github.com port 443 (#0)
*   Trying 207.97.227.239... * 0x23cb740 is at send pipe head!
* Connected to github.com (207.97.227.239) port 443 (#0)
* successfully set certificate verify locations:
*   CAfile: C:\Program Files (x86)\Git/bin/curl-ca-bundle.crt
  CApath: none
* SSL re-using session ID
* SSL connection using AES256-SHA
* old SSL session ID is stale, removing
* Server certificate:
*        subject: 2.5.4.15=Private Organization; 1.3.6.1.4.1.311.60.2.1.3=US; 1.
3.6.1.4.1.311.60.2.1.2=California; serialNumber=C3268102; C=US; ST=California; L
=San Francisco; O=GitHub, Inc.; CN=github.com
*        start date: 2011-05-27 00:00:00 GMT
*        expire date: 2013-07-29 12:00:00 GMT
*        subjectAltName: github.com matched
*        issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=DigiCert High Ass
urance EV CA-1
*        SSL certificate verify ok.
* Server auth using Basic with user 'MichaelDrogalis'
> GET /derekerdmann/lunch_call.git/info/refs HTTP/1.1
Authorization: Basic xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
User-Agent: git/1.7.4.3282.g844cb
Host: github.com
Accept: */*
Pragma: no-cache

* The requested URL returned error: 403
* Expire cleared
* Closing connection #0
error: The requested URL returned error: 403 while accessing https://MichaelDrog
[email protected]/derekerdmann/lunch_call.git/info/refs

fatal: HTTP request failed

Dies sind die Versionen von Git und Curl, die ich habe:

C:\Users\XPherior>git --version
git version 1.7.4.msysgit.0

C:\Users\XPherior>curl --version
curl 7.21.7 (amd64-pc-win32) libcurl/7.21.7 OpenSSL/0.9.8r zlib/1.2.5
Protocols: dict file ftp ftps gopher http https imap imaps ldap pop3 pop3s rtsp
smtp smtps telnet tftp
Features: AsynchDNS GSS-Negotiate Largefile NTLM SSL SSPI libz

Ich habe gerade das gleiche Problem und habe gerade herausgefunden, was die Ursache ist.

Github scheint nur die SSH-Methode zum Lesen und Schreiben des Repos zu unterstützen, obwohl die https-Methode auch "Lesen und Schreiben" anzeigt.

Sie müssen also Ihre Repo-Konfiguration auf Ihrem PC auf ssh ändern:

1. bearbeiten .git/config Datei in Ihrem Repo-Verzeichnis
2. finden url= Eintrag unter Abschnitt[remote "origin"]
3. ändere es von url=https://[email protected]/derekerdmann/lunch_call.gitzu url=ssh://[email protected]/derekerdmann/lunch_call.git. Ändern Sie also alle Texte vor dem @Symbol inssh://git
4. Save - configDatei und beenden. Jetzt können Sie git push origin masterIhr Repo auf GitHub synchronisieren

Um sich definitiv mit dem httpsProtokoll anmelden zu können , sollten Sie zuerst Ihren Authentifizierungsnachweis auf den git Remote-URI setzen :

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

Dann werden Sie beim Versuch nach einem Passwort gefragt git push .

Tatsächlich ist dies das http-Authentifizierungsformat. Sie können auch ein Passwort festlegen:

https://youruser:[email protected]/user/repo.git

Sie sollten sich bewusst sein, dass in diesem Fall Ihr Github-Passwort im Klartext in Ihrem .git-Verzeichnis gespeichert wird, was offensichtlich unerwünscht ist.

Eine kleine Ergänzung zu Seans Antwort .

Anstatt die .git/configDatei manuell zu bearbeiten , können Sie den git remote set-urlBefehl verwenden.

In Ihrem Fall sollte es sein:

git remote set-url origin ssh://[email protected]/derekerdmann/lunch_call.git

Ich finde es einfacher und sauberer, als mit Punktdateien herumzuspielen.

• help.github.com: Ändern der URL einer Fernbedienung

Bearbeiten Sie die .git/configDatei in Ihrem Repo-Verzeichnis

Finden url=Eintrag unter Abschnitt[remote "origin"]

Ändern Sie es von url=https://github.com/rootux/ms-Dropdown.gitzu https://[email protected]/rootux/ms-Dropdown.git

Wo USERNAMEist dein Github-Benutzername?

Die anderen Antworten, die darauf hindeuten, auf SSH umzusteigen, verfehlen den Punkt. HTTPS wird unterstützt, aber Sie müssen sich mit Ihrem GITHUB-Passwort anmelden, nicht mit Ihrer SSH-Passphrase (was mir genau den gleichen Fehler gab).

Ich hatte das gleiche Problem, aber die Verwendung meines tatsächlichen GitHub-Kennworts an der Eingabeaufforderung für das Terminalkennwort behebt die Lösung, ohne die Konfiguration zu ändern oder auf SSH zurückzugreifen.

Der Grund, warum es wichtig ist, dies zu beachten, ist, dass viele öffentliche Einrichtungen (wie meine Schule) SSH blockieren, aber HTTPS zulassen (was der einzige Grund ist, warum ich überhaupt mit dem Klonen über HTTPS begonnen habe).

Hoffe, das hilft allen anderen, die das gleiche Problem haben ...

Gleicher Fehler und gleiche Auflösung unter Mac OS X.

Alles hat gut funktioniert, bis ich einen neuen Account auf GitHub erstellt und versucht habe zu pushen

$ git push -u origin master

Und bekam den Fehler:

remote: Berechtigung für NEWUSER / NEWREPO.git für OLDUSER verweigert. fatal: Zugriff auf ' https://github.com/NEWUSER/NEWREPO.git/ nicht möglich ' nicht möglich: Die angeforderte URL hat den folgenden Fehler zurückgegeben: 403

Es sollte behoben worden sein, indem der Benutzername entweder für globales oder aktuelles Repo festgelegt wurde

$ git config –-global user.name NEWUSER
$ git config user.name NEWUSER

Aber es war nicht so.

Ich habe das Problem behoben, indem ich den mit GitHub verknüpften OLDUSER aus der Keychain Access-App im Abschnitt Kennwörter gelöscht habe . Dann wurde der Push-Befehl erfolgreich.

$ git push -u origin master

Referenz

Wenn Sie Windows verwenden, kann dies manchmal vorkommen, weil Windows Anmeldeinformationen für das äußere Repo (in unserem Fall Github) in seinem eigenen Speicher speichert. Die dort gespeicherten Anmeldeinformationen können sich von den derzeit benötigten unterscheiden.

Um dieses Problem zu vermeiden, suchen Sie einfach github in diesem Speicher und löschen Sie gespeicherte Anmeldeinformationen. Danach werden beim Drücken von git Ihre Anmeldeinformationen angefordert und Sie können pushen.

Das funktioniert bei mir -:

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

Ich hoffe es hilft

Ich denke, @deepwaters hat die richtige Antwort für ältere Versionen erhalten. Die HTTPS-URL muss den Benutzernamen haben. Ich hatte git 1.7.0.4 und git push origin masterwürde nicht einmal nach einem Passwort fragen, bis ich es hinzugefügt habe.

Aktualisieren Sie Ihren Git. GitHub hat diese Frage unter https://help.github.com/articles/error-the-requested-url-returned-error-403 beantwortet .

Ein 403-Code ist "Verboten". Der Server hat Ihre Anfrage gesehen und abgelehnt. Haben Sie die Berechtigung, in dieses Repository zu pushen?

Ich hatte tatsächlich eine sehr einfache Lösung dafür. Ich habe die Git-Konfigurationsdatei nach dem Klonen des Repositorys nur anders bearbeitet. Die Remote - Ursprungs - URL ist , was Sie in Ihrer Standard zu bearbeiten müssen Konfigurationsdatei. Es sollte wie unten aussehen

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
[remote "origin"]
    fetch = +refs/heads/*:refs/remotes/origin/*
    url = https://*username*@github.com/*username*/*repository*.git
[branch "master"]
    remote = origin
    merge = refs/heads/master

Herausgefunden. Ich habe über HTTPS geklont. Das Einrichten meiner öffentlichen SSH-Schlüssel, das Klonen über SSH und das Drücken über SSH haben das Problem behoben.

Fügen Sie einfach Ihren Benutzernamen wie folgt in die URL ein: https://[email protected]/islam9/bootstrap-rtl

Bitte überprüfen Sie: http://islamkhalil.wordpress.com/2012/12/06/github-error-pushing-to-git-returning-error-code-403-fatal/

1. Klicken Sie auf Ihr Repository
2. Klicken Sie auf der rechten Seite auf "Einstellungen".
3. Klicken Sie im linken Optionsfeld auf "Mitarbeiter".
4. Fügen Sie den in GitHub bekannten Personennamen hinzu
5. Klicken Sie auf "Mitarbeiter hinzufügen".

Danach hat unser "Push to Git" gut funktioniert.

Tun Sie dies für eine vorübergehende Korrektur

git push -u https://username:[email protected]/username/repo_name.git master

Ich hatte den gleichen Fehler und die Ursache war dumm - ich hatte keine Berechtigungen zum Festschreiben für das ausgewählte Repository. Ich wusste nicht, dass ich muss

1. Gabel zuerst ausgewähltes Projekt
2. Repository lokal klonen
3. Übernehmen Sie meine Änderungen vor Ort
4. Push-Änderungen an meinem Github-Klon
5. Anfrage Pull Anfrage an Upstream

wie unter https://help.github.com/categories/63/articles beschrieben

Für diejenigen, denen die Berechtigung 403 verweigert wurde , während sie ssh (laut Xiao ) oder http- URLs verwenden, versuchen Sie diese Befehle

>git config --global --unset-all credential.helper

>git config --unset-all credential.helper

mit Administratorrechten

>git config --system --unset-all credential.helper

ändere es von

url=https://[email protected]/derekerdmann/lunch_call.git 

zu

url=ssh://[email protected]/derekerdmann/lunch_call.git

Es klappt!

Vergessen Sie nicht das "Git" vor dem "@".

Für alle Neugierigen lief auf meinem Mac-Computer gegen lucid vm git 1.7.6 gegen 1.7.0.4, und genau das gleiche Repo konnte von meinem Mac (neueres git), aber nicht von der VM, übertragen werden

Gleiche Curl-Version. Vielleicht unterstützen einige ältere Git-Versionen keine https-Pushs?

Fügen Sie den Benutzernamen als Teil der URL hinzu und Dieser Fehler tritt auf, weil der Befehl git http anstelle von https trifft. Stellen Sie also die URL ein

git remote set-url origin https://<username>@github.com/Path_to_repo.git

Danach werden Sie zur Eingabe des Passworts aufgefordert:

Was hat bei mir funktioniert:

Mein Repo war eine Gabel und immer noch mit dem Repo der Eltern verbunden.

git remote -v

Wird dir sagen, ob es dein Repo ist oder nicht.

git remote set-url origin https://github.com/USERNAME/OTHERREPOSITORY.git

Ermöglicht es Ihnen, es in Ihr Repo umzukonfigurieren und dann zu pushen.

Keine der oben genannten Antworten hat bei mir funktioniert enterprise GitHub-Account. Befolgen Sie diese Schritte, um über die SSH-Schlüsselgenerierung zu drücken.

Erstellen Sie ein Repo, indem Sie Ihr Git-Konto besuchen.

SSH-Schlüssel generieren:

ssh-keygen -t rsa -C "[email protected]"

Kopieren Sie den Inhalt der Datei ~ / .ssh / id_rsa.pub auf Ihre SSH-Schlüssel in Ihren GitHub-Kontoeinstellungen. SSH-Schlüssel testen:

ssh -T [email protected]
clone the repo:
git clone git://github.com/username/your-repository

CD jetzt in deinen Git-Klon-Ordner und mache:

git remote set-url origin [email protected]:username/your-repository.git

Versuchen Sie nun, eine Datei zu bearbeiten (versuchen Sie es mit der README-Datei) und gehen Sie dann wie folgt vor:

git add -A
git commit -am "my update msg"
git push -u origin master

Update: Die neue Git-Version scheint zu empfehlen, keine Datei zu haben, während ein neues Repo erstellt wird. Machen Sie daher ein leeres Repo.

Ich habe meine eigene Variante dieses Problems herausgefunden.

Das Problem bestand nicht darin, das Protokoll von https in ssl zu ändern, sondern den globalen Benutzernamen und die E-Mail-Adresse von Github festzulegen! (Ich habe versucht, in ein privates Repository zu pushen.

git config --global user.email "[email protected]"

git config --global user.name "Your full name"

Github hat eine Seite zur Fehlerbehebung:

https://help.github.com/articles/https-cloning-errors

In meinem Fall stellte sich heraus, dass die Verwendung einer neuen Version von git (1.8.5.2) dieses Problem löste.

Ich hatte dieses Problem gerade und es stellte sich heraus, dass meine Server /etc/resolver.conf-Datei eine schlechte IP-Adresse hatte. Könnte anderen helfen.

Dies ist mir passiert, weil mein Mitarbeiter versehentlich das Repository deaktiviert hat, aus dem dieses Repository gegabelt wurde. Überprüfen Sie möglicherweise, ob das ursprüngliche Git (Hub) -Repo tatsächlich noch vorhanden ist.

Es könnte ein Buchhaltungsproblem sein. Das Github-Konto des vorgelagerten (privaten) Repo-Eigentümers ist möglicherweise nicht finanziell. Ich habe dies gesehen, wo die Kreditkarte des Kunden abgelaufen ist.

Was für mich funktioniert hat, ist der Wechsel von http zu ssh:

git remote rm origin
git remote add origin [email protected]:username/repoName.git

dann überprüfen Sie es mit git remote -v

Ich hatte das gleiche Problem. Mein Fall war: Ich hatte Git Repo lokal initialisiert, bevor ich es auf Github erstellt hatte, und dann versucht, einen Remote-Zweig hinzuzufügen. Ich habe mein Problem gelöst, indem ich die Reihenfolge der Aktionen geändert habe: Ein Repo auf der Github-Site erstellt und dann lokal gestartet. Aber es ist nicht der Fall für diejenigen, die alles wie ich von der Kommandozeile aus erledigen möchten.