Przekazywanie do Git zwraca kod błędu 403 krytyczny: żądanie HTTP nie powiodło się

Udało mi się sklonować kopię tego repozytorium za pomocą uwierzytelnionego protokołu HTTPS. Dokonałem kilku zmian i chcę wypchnąć z powrotem na serwer GitHub. Korzystanie z Cygwin w systemie 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

Skonfiguruj również w trybie pełnym. Nadal jestem dość zaskoczona.

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

Oto wersje git i curl, które mam:

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

Właśnie dostałem ten sam problem i właśnie zorientowałem się, co jest przyczyną.

Wydaje się, że Github obsługuje tylko ssh do odczytu i zapisu repozytorium, chociaż sposób https wyświetlał także „Read & Write”.

Musisz więc zmienić konfigurację repo na komputerze na ssh:

1. edytuj .git/configplik w swoim katalogu repo
2. znajdź url=wpis w sekcji[remote "origin"]
3. zmień to z url=https://[email protected]/derekerdmann/lunch_call.gitna url=ssh://[email protected]/derekerdmann/lunch_call.git. to znaczy zmień wszystkie teksty wcześniej@ symbolem nassh://git
4. Zapisz configplik i wyjdź. teraz możesz użyć git push origin masterdo synchronizacji repozytorium w GitHub

Aby zdecydowanie móc zalogować się przy użyciu httpsprotokołu, najpierw ustaw poświadczenie uwierzytelniania w zdalnym URI git :

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

Następnie będziesz proszony o hasło podczas próby git push.

W rzeczywistości jest to format uwierzytelniania HTTP. Możesz także ustawić hasło:

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

Powinieneś pamiętać, że jeśli to zrobisz, twoje hasło do github zostanie zapisane w postaci zwykłego tekstu w katalogu .git, co jest oczywiście niepożądane.

Jeden mały dodatek do odpowiedzi Seana .

Zamiast .git/configręcznie edytować plik, możesz użyćgit remote set-url polecenia.

W twoim przypadku powinno to być:

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

Uważam, że jest to łatwiejsze i czystsze niż grzebanie w plikach kropkowych.

• help.github.com: Zmiana adresu URL pilota

Edytuj .git/configplik w swoim katalogu repo

Znajdź url=wpis w sekcji[remote "origin"]

Zmień to z url=https://github.com/rootux/ms-Dropdown.gitna https://[email protected]/rootux/ms-Dropdown.git

gdzie USERNAMEjest twoja nazwa użytkownika github

Inne odpowiedzi, które sugerują przejście na SSH, nie trafiają w sedno. Obsługiwany jest protokół HTTPS, ale musisz zalogować się przy użyciu hasła GITHUB, a nie hasła SSH (co było tym samym błędem).

Miałem ten sam problem, ale upewnienie się, że użyję mojego rzeczywistego hasła GitHub po pytaniu o hasło terminala, naprawiło rozwiązanie bez zmiany konfiguracji lub uciekania się do SSH.

Powodem, dla którego warto to zauważyć, jest to, że wiele instytucji publicznych (takich jak moja szkoła) blokuje SSH, ale zezwala na HTTPS (to jedyny powód, dla którego zacząłem klonować przez HTTPS).

Mam nadzieję, że pomoże to każdemu, kto ma ten sam problem ...

Ten sam błąd i rozdzielczość w systemie Mac OS X.

Wszystko działało dobrze, dopóki nie utworzyłem nowego konta na GitHub i próbowałem pchać

$ git push -u origin master

I dostał błąd:

zdalne: Odmowa dostępu do NEWUSER / NEWREPO.git dla OLDUSER. krytyczny: nie można uzyskać dostępu do „ https://github.com/NEWUSER/NEWREPO.git/ ”: Żądany adres URL zwrócił błąd: 403

Powinno to zostać naprawione poprzez ustawienie user.name na globalne lub bieżące repo

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

Ale tak nie było.

Naprawiłem to, usuwając OLDUSERA skojarzonego z GitHub z aplikacji Keychain Access w sekcji Hasła. Następnie polecenie wypychania zakończyło się powodzeniem.

$ git push -u origin master

odniesienie

Jeśli używasz systemu Windows, czasami może się tak zdarzyć, ponieważ system Windows przechowuje poświadczenia zewnętrznego repo (w naszym przypadku github) we własnym magazynie. Zapisane poświadczenia mogą się różnić od potrzebnych w tej chwili.

Aby uniknąć tego problemu, po prostu znajdź github w tym magazynie i usuń zapisane poświadczenia. Następnie podczas pchania git poprosi o podanie poświadczeń i pozwoli ci pchać.

To działa dla mnie -:

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

Mam nadzieję, że to pomoże

Myślę, że @deepwaters uzyskało prawidłową odpowiedź dla starszych wersji. Adres URL HTTPS musi mieć nazwę użytkownika. Miałem git 1.7.0.4 i git push origin masternawet nie prosiłem o hasło, dopóki go nie dodam .

Uaktualnij swojego gita. GitHub odpowiedział na to pytanie na stronie https://help.github.com/articles/error-the-requested-url-returned-error-403 .

Kod 403 to „Zabronione”. Serwer zobaczył twoje żądanie i odrzucił je. Czy masz uprawnienia do wypychania do tego repozytorium?

Naprawdę miałem bardzo prostą naprawę tego. Wszystko, co zrobiłem, to zmodyfikowałem plik konfiguracyjny git inaczej po sklonowaniu repozytorium. Adres URL zdalnego pochodzenia jest tym, co musisz edytować w domyślnym pliku konfiguracyjnym . Powinno to wyglądać jak poniżej

[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

Domyśliłam się. Sklonowałem przez HTTPS. Naprawiłem to, konfigurując moje publiczne klucze SSH, klonując przez SSH i przesuwając przez SSH.

1. Kliknij swoje repozytorium
2. Po prawej stronie kliknij „Ustawienia”
3. W panelu opcji po lewej stronie kliknij „Współpracownicy”
4. Dodaj nazwisko osoby, którą znasz w GitHub
5. Kliknij „Dodaj współpracowników”

Po tym nasz „Push to Git” działał dobrze.

Wystarczy dodać swoją nazwę użytkownika do adresu URL w następujący sposób: https: //[email protected]/islam9/bootstrap-rtl

proszę sprawdzić: http://islamkhalil.wordpress.com/2012/12/06/github-error-pushing-to-git-returning-error-code-403-fatal/

Zrób to, aby uzyskać tymczasową poprawkę

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

Napotkałem ten sam błąd, a przyczyna była głupia - nie miałem uprawnień do zatwierdzenia wybranego repozytorium. Nie wiedziałem, że muszę

1. najpierw rozwidlamy wybrany projekt
2. klonuj repozytorium lokalnie
3. zatwierdzaj moje zmiany lokalnie
4. wypchnij zmiany do mojego klona github
5. żądanie ściągnięcia żądania do nadrzędnego

zgodnie z opisem w https://help.github.com/categories/63/articles

Dla tych, którzy mają odmowę dostępu, błąd 403 podczas korzystania z ssh (zgodnie z Xiao ) lub adresów URL http, wypróbuj te polecenia

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

>git config --unset-all credential.helper

z uprawnieniami administratora

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

zmień to z

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

do

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

To działa!

Nie zapomnij o „git” przed „@”.

Dla każdego, kto jest ciekawy, mój komputer Mac vs lucid vm działał na git 1.7.6 vs 1.7.0.4, a dokładnie to samo repo można było wypchnąć z mojego mac (nowszy git), ale nie VM

Ta sama wersja curl. Być może niektóre starsze wersje git nie obsługują wypychania https?

Dodaj nazwę użytkownika jako część adresu URL, a ten błąd występuje, ponieważ polecenie git uderza http zamiast https. Więc ustaw adres URL

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

Następnie zostaniesz poproszony o podanie hasła:

Co dla mnie zadziałało:

Moje repozytorium było rozwidleniem i nadal było powiązane z repozytorium rodziców.

git remote -v

Powie ci, czy to twoje repozytorium, czy nie.

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

Pozwala przekonfigurować go do repozytorium, a następnie pozwolić na push.

Żadna z powyższych odpowiedzi nie działała na moim enterprisekoncie GitHub. Postępuj zgodnie z tymi krokami w celu wypychania poprzez sposób generowania klucza ssh.

Utwórz repo, odwiedzając swoje konto git.

Wygeneruj klucz ssh:

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

Skopiuj zawartość pliku ~ / .ssh / id_rsa.pub do kluczy SSH w ustawieniach konta GitHub. Testuj klucz SSH:

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

Teraz przejdź do folderu git clone i wykonaj:

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

Teraz spróbuj edytować plik (wypróbuj README), a następnie:

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

Aktualizacja: wydaje się, że nowa wersja git zaleca, aby nie mieć żadnego pliku podczas tworzenia nowego repozytorium. Dlatego wykonaj puste repo.

Wymyśliłem własną odmianę tego problemu.

Problemem nie była zmiana protokołu z https na ssl, ale zamiast tego ustawienie globalnej nazwy użytkownika i adresu e-mail Github! (Próbowałem pchnąć do prywatnego repozytorium.

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

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

Github ma stronę poświęconą rozwiązywaniu tego problemu:

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

W moim przypadku okazało się, że użycie nowej wersji git (1.8.5.2) rozwiązało ten problem.

Miałem teraz ten problem i okazało się, że mój plik /etc/resolver.conf na serwerze miał zły adres IP. Może pomóc innym.

Stało się tak, ponieważ mój współpracownik przypadkowo wyłączył repozytorium, z którego zostało ono utworzone. Wystarczy sprawdzić, czy oryginalne repozytorium git (hub) nadal istnieje.

Może to być problem księgowy. Konto Github właściciela nadrzędnego (prywatnego) repozytorium może nie być finansowe. Widziałem to, gdy wygasła karta kredytowa klienta.

to, co zadziałało, zmieniło się z http na ssh:

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

następnie sprawdź to za pomocą git remote -v

Miałem ten sam problem. Mój przypadek to: zainicjowałem git repo lokalnie, zanim utworzyłem go na github, a następnie próbowałem dodać zdalną gałąź. Rozwiązałem problem, zmieniając kolejność działań: utworzyłem repo na stronie github, a następnie zainicjowałem go lokalnie. Ale nie jest tak w przypadku tych, którzy lubią robić wszystko z wiersza poleceń jako ja.