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

Мне удалось клонировать копию этого репозитория с проверкой подлинности по протоколу 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

У меня такая же проблема, и я выяснил причину.

Github, кажется, поддерживает только ssh способ чтения и записи репозитория, хотя в https также отображается «Read & Write».

Поэтому вам нужно изменить конфигурацию репо на вашем ПК на ssh:

1. отредактируйте .git/configфайл в вашей директории репо
2. найти url=запись в разделе[remote "origin"]
3. изменить его с url=https://MichaelDrogalis@github.com/derekerdmann/lunch_call.gitна url=ssh://git@github.com/derekerdmann/lunch_call.git. то есть измените все тексты перед @символом наssh://git
4. Сохраните configфайл и выйдите. теперь вы можете использовать git push origin masterдля синхронизации репо на GitHub

Чтобы определенно иметь возможность войти в систему с использованием httpsпротокола, вы должны сначала установить свои учетные данные для аутентификации в git Remote URI :

git remote set-url origin https://yourusername@github.com/user/repo.git

Тогда вам будет предложено ввести пароль при попытке git push.

На самом деле, это в формате аутентификации http. Вы также можете установить пароль:

https://youruser:password@github.com/user/repo.git

Вы должны знать, что если вы сделаете это, ваш пароль на github будет сохранен в виде открытого текста в вашем каталоге .git, что, очевидно, нежелательно.

Одно небольшое дополнение к ответу Шона .

Вместо того, чтобы редактировать .git/configфайл вручную, вы можете использовать git remote set-urlкоманду.

В вашем случае это должно быть:

git remote set-url origin ssh://git@github.com/derekerdmann/lunch_call.git

Я считаю это проще и чище, чем возиться с дот-файлами.

• help.github.com: изменение URL-адреса пульта

Отредактируйте .git/configфайл в вашей директории репо

Найти url=запись в разделе[remote "origin"]

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

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

Другие ответы, которые предлагают переключиться на SSH, упускают из виду. HTTPS поддерживается, но вы должны войти в систему с вашим паролем GITHUB, а не вашей парольной фразой SSH (именно это и дало мне точно такую ​​же ошибку).

У меня возникла та же проблема, но использование моего действительного пароля GitHub в строке ввода пароля терминала устранило решение без изменения конфигурации или обращения к SSH.

Причина, по которой это важно отметить, заключается в том, что многие государственные учреждения (например, моя школа) будут блокировать SSH, но разрешать HTTPS (это единственная причина, по которой я начал клонировать поверх HTTPS).

Надеюсь, что это помогает кому-то еще с той же проблемой ...

Та же ошибка и разрешение в Mac OS X.

Все работало нормально, пока я не создал новую учетную запись на GitHub и не попытался нажать

$ git push -u origin master

И получил ошибку:

удаленный: разрешение для NEWUSER / NEWREPO.git запрещено OLDUSER. фатальный: невозможно получить доступ https://github.com/NEWUSER/NEWREPO.git/ »: запрошенный URL вернул ошибку: 403

Это должно быть исправлено путем установки user.name для глобального или текущего репо

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

Но это не так.

Я исправил это, удалив OLDUSER, связанный с GitHub, из приложения Keychain Access в разделе пароли. Затем команда push прошла успешно.

$ git push -u origin master

ссылка

Если вы используете Windows, иногда это может произойти, потому что Windows хранит учетные данные для внешнего репо (в нашем случае github) в своем собственном хранилище. И сохраненные там учетные данные могут отличаться от тех, которые вам нужны прямо сейчас.

Поэтому, чтобы избежать этой проблемы, просто найдите github в этом хранилище и удалите сохраненные учетные данные. После этого во время нажатия git запросит ваши учетные данные и позволит вам нажать.

Это работает для меня -:

git remote set-url origin https://username@github.com/user/repo.git

Надеюсь, поможет

Я думаю, что @deepwaters получил правильный ответ для более старых версий. URL-адрес HTTPS должен иметь имя пользователя. У меня был git 1.7.0.4, и я git push origin masterдаже не спрашивал пароль, пока не добавил его.

Обнови свой мерзавец. GitHub ответил на этот вопрос по адресу https://help.github.com/articles/error-the-requested-url-returned-error-403 .

Код 403 - «Запрещено». Сервер увидел ваш запрос и отклонил его. У вас есть разрешение отправить в этот репозиторий?

У меня на самом деле было очень простое решение этой проблемы. Все, что я сделал, это изменил конфигурационный файл git по-другому после клонирования репозитория. URL удаленного источника - это то, что вам нужно отредактировать в файле конфигурации по умолчанию . Это должно выглядеть как показано ниже

[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

Догадаться. Я клонировал по HTTPS. Установка моих открытых ключей SSH, клонирование по SSH и проталкивание по SSH исправили это.

1. Нажмите на свой репозиторий
2. На правой стороне, нажмите на «Настройки»
3. На левой панели параметров нажмите «Соавторы»
4. Добавьте имя человека, которого вы знаете, в GitHub
5. Нажмите «Добавить соавторов»

После этого наш "Push to Git" работал нормально.

Просто добавьте ваше имя пользователя в URL, как это: https: //islam9@github.com/islam9/bootstrap-rtl

пожалуйста, проверьте: http://islamkhalil.wordpress.com/2012/12/06/github-error-pushing-to-git-returning-error-code-403-fatal/

Сделайте это для временного исправления

git push -u https://username:password@github.com/username/repo_name.git master

Я столкнулся с той же ошибкой, и причина была глупой - у меня не было привилегий для фиксации в выбранном репозитории. Я не знал, что я должен

1. сначала выберите выбранный проект
2. клонировать хранилище локально
3. зафиксировать мои изменения локально
4. нажмите изменения в моем github клоне
5. запрос тянуть запрос в апстрим

как описано в https://help.github.com/categories/63/articles

Для тех, у кого есть разрешение на ошибку 403 при использовании ssh (согласно Xiao ) или http urls, попробуйте эти команды

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

>git config --unset-all credential.helper

с правами администратора

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

изменить это с

url=https://MichaelDrogalis@github.com/derekerdmann/lunch_call.git 

в

url=ssh://git@github.com/derekerdmann/lunch_call.git

Оно работает!

Не забывайте про «мерзавец» перед «@».

Для любого любопытного, мой компьютер Mac против lucid vm запускал git 1.7.6 против 1.7.0.4, и точно такой же репозиторий можно было перенести с моего mac (более новый git), но не с виртуальной машины

Та же самая версия. Возможно, некоторые старые версии git не поддерживают нажатия https?

Добавьте имя пользователя как часть URL-адреса, и эта ошибка возникает из-за того, что команда git выполняет http вместо https. Так что установите URL

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

После чего вам будет предложено ввести пароль:

Что сработало для меня:

Мой репо был вилкой и все еще был связан с репо родителей.

git remote -v

Скажу вам, если это ваш репо или нет.

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

Позволяет перенастроить его на репо, а затем разрешить пуш.

Ни один из приведенных выше ответов не работал для моей enterpriseучетной записи GitHub. Выполните следующие шаги для проталкивания через способ генерации ключей ssh.

Создайте репо, посетив свой git аккаунт.

Создать ключ SSH:

ssh-keygen -t rsa -C "your_email@example.com"

Скопируйте содержимое файла ~ / .ssh / id_rsa.pub в ключи SSH в настройках учетной записи GitHub. Тестовый ключ SSH:

ssh -T git@github.com
clone the repo:
git clone git://github.com/username/your-repository

Теперь перейдите в вашу папку git clone и выполните:

git remote set-url origin git@github.com:username/your-repository.git

Теперь попробуйте отредактировать файл (попробуйте README) и затем выполните:

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

Обновление: новая версия git, похоже, рекомендует не иметь никаких файлов при создании нового репо. Отсюда сделать пустой репо.

Я выяснил свой вариант этой проблемы.

Проблема не в том, чтобы изменить протокол с https на ssl, а в том, чтобы установить глобальное имя пользователя и адрес электронной почты Github! (Я пытался подтолкнуть к частному хранилищу.

git config --global user.email "your_github_email_@email.com"

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

Github имеет страницу, посвященную устранению этой ошибки:

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

В моем случае оказалось, что использование новой версии git (1.8.5.2) решило эту проблему.

У меня была эта проблема прямо сейчас, и оказалось, что мой файл сервера /etc/resolver.conf имеет неверный IP-адрес. Мог бы помочь другим.

Это случилось со мной, потому что мой коллега случайно отключил хранилище, из которого был создан этот репозиторий. Просто проверьте, действительно ли существует репозиторий git (hub).

Это может быть проблема бухгалтерского учета. Учетная запись Github владельца репо (частного) не может быть финансовой. Я видел это там, где истек срок действия кредитной карты клиента.

то, что работало для меня, меняется с http на ssh:

git remote rm origin
git remote add origin git@github.com:username/repoName.git

затем проверьте это с git remote -v

Я была такая же проблема. Мой случай был: я инициализировал git repo локально, прежде чем создал его на github, затем попытался добавить удаленную ветку. Я решил свою проблему, изменив порядок действий: создал репо на сайте github, а затем инициировал его локально. Но это не тот случай, когда им нравится делать все из командной строки, как я.