Нажатие на Git возвращает код ошибки 403 неустранимый: HTTP-запрос не выполнен - PullRequest
Новая
       160

Нажатие на Git возвращает код ошибки 403 неустранимый: HTTP-запрос не выполнен

591 голосов
/ 16 сентября 2011

Мне удалось клонировать копию этого репозитория с проверкой подлинности по протоколу HTTPS. Я сделал несколько коммитов и хочу вернуться на сервер GitHub. Использование Cygwin в Windows 7 x64. 

C:\cygwin\home\XPherior\Code\lunch_call>git push
Password:
error: The requested URL returned error: 403 while accessing https://MichaelDrog
alis@github.com/derekerdmann/lunch_call.git/info/refs

fatal: HTTP request failed

Также настройте его в подробном режиме. Я все еще довольно сбит с толку. 

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://MichaelDrogalis@github.com/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
alis@github.com/derekerdmann/lunch_call.git/info/refs

fatal: HTTP request failed

Вот версии git и curl, которые у меня есть: 

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

Ответы [ 50 ]

0 голосов
/ 09 февраля 2019

У меня была та же проблема с этой же ошибкой, сообщающей мне это

remote: разрешение пользователю / repo.git запрещено пользователю 2.

Проблема заключается в том, что в Windows и Mac он хранится в кеше и является ключевым путем к Github.

Чтобы исправить это на Mac, просто сделайте это 

git credential-osxkeychain erase

Ничто не подскажет на консоли.

Затем просто выполните обычное нажатие, и оно позволит вам снова написать свое имя пользователя и пароль из Github. 

git commit -m "First Commit"

Для оконного использования см. Ответы выше ^ с сохраненными учетными данными

0 голосов
/ 21 сентября 2018

Если ни одно из решений не помогло вам, быстро прочитайте этот ответ [может быть, ваш случай]:

Для тех из вас, как я, которые прошли через все эти [великие] ответы, но все еще испытывают затруднения при продвижении ваших коммитов, потенциально может быть еще одна причина провала толчка.

Проверьте свой репозиторий git (где бы он ни был, GitHub, BitBucket, ...), чтобы увидеть, все ли в порядке. В моем случае, потратив много времени на выяснение, в чем заключается моя проблема (даже обвиняя новую редакцию PyCharm! :)), я понял, что сделал некоторые глупости, и мое репозиторий BitBucket превысил предел 2 ГБ и автоматически превратился в режим только для чтения. репо, и именно поэтому я не мог нажать новый коммит. И это точно приводит к тому, что вы получаете ту же ошибку (403: невозможно получить доступ к URL.)

0 голосов
/ 19 октября 2015

По другой причине может быть подтверждение по электронной почте на github.com

Просто войдите на github.com и проверьте, нет ли для вас сообщения, чтобы подтвердить свой адрес электронной почты. Подтвердите, если необходимо.

0 голосов
/ 22 апреля 2015

Редактировать .git / config файл в вашем каталоге репо

Найти url = запись в разделе [удаленное "происхождение"]

Изменить его с URL = https://github.com/rootux/ms-Dropdown.git на https://USERNAME@github.com/rootux/ms-Dropdown.git

, где USERNAME - ваше имя пользователя на github

=> Это решение сработало для меня.

0 голосов
/ 30 ноября 2018

Ранее я был зарегистрирован как другой пользователь github (скажем, user1).Для моей действительной учетной записи github (скажем, user2) я смог клонировать недавно созданный репозиторий в github, но я не смог отправить изменения.

Я попробовал все ответы, упомянутые выше, включая удаление учетных данных из диспетчера учетных данных Windowsно ничего не получалось.

В итоге получилось запустить приложение Windows на github.Перейдите в Настройки-> Параметры и вуаля, что вошел в систему пользователь user1.Нажмите Выйти из этого пользователя и войдите в систему как требуемый пользователь в этом случае user2

enter image description here

0 голосов
/ 03 октября 2013

Если вы используете BitBucket, ваша учетная запись может быть переведена в режим только для чтения по следующим причинам:

  • Мы обновляем наши сегменты хранения и не можем принимать новые данные.
  • Мы внедряем изменения, которые не требуют новых записей.
  • Владелец хранилища должен обновить свою учетную запись, чтобы принять большее количество пользователей.

https://confluence.atlassian.com/display/BITBUCKET/Repositories+in+Read-Only+Mode

0 голосов
/ 19 марта 2019

Попробуйте создать свое происхождение, используя ключ SSH вместо HTTP.

Если вы можете инициировать использование ключа SSH, тогда URL начинается с: 

git@github.com:<YOUR REPO URL>

Теперь вы можете добавлять, фиксировать и перемещать в соответствующую ветку

0 голосов
/ 13 апреля 2017

Что мне помогло, так это сбросить пароль BitBucket на портале и затем повторить попытку.

0 голосов
/ 30 июня 2019

убедитесь, что у вас достаточно прав для отправки в хранилище, если вы это сделаете затем попробуйте выполнить эти команды 

git config --global user.email youremail@domain.
git config --global user.name username
git config --global user.password yourpassword

надеюсь, это кому-нибудь поможет

0 голосов
/ 29 июля 2014

У меня была такая же проблема с битбакетом, но я подождал 5 минут, а затем повторил попытку, и она работала хорошо.Иногда это может быть проблемой с поставщиком.

Страница:
...