Đẩy sang Git trả về Mã lỗi 403 gây tử vong: Yêu cầu HTTP không thành công

Tôi đã có thể sao chép một bản sao của repo này qua HTTPS đã được chứng thực. Tôi đã thực hiện một số cam kết và muốn đẩy lùi ra máy chủ GitHub. Sử dụng Cygwin trên 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ũng thiết lập nó với chế độ dài dòng. Tôi vẫn còn khá bối rối.

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

Đây là các phiên bản của git và curl mà tôi có:

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

Tôi chỉ gặp vấn đề tương tự và chỉ cần tìm ra nguyên nhân.

Github dường như chỉ hỗ trợ cách ssh để đọc và viết repo, mặc dù cách https cũng hiển thị 'Đọc & Viết'.

Vì vậy, bạn cần thay đổi cấu hình repo trên PC thành ssh way:

1. chỉnh sửa .git/configtập tin trong thư mục repo của bạn
2. tìm url=mục dưới phần[remote "origin"]
3. thay đổi nó từ url=https://MichaelDrogalis@github.com/derekerdmann/lunch_call.gitthành url=ssh://git@github.com/derekerdmann/lunch_call.git. đó là, thay đổi tất cả các văn bản trước@ ký hiệu thànhssh://git
4. Lưu configtập tin và thoát. bây giờ bạn có thể sử dụng git push origin masterđể đồng bộ hóa repo của mình trên GitHub

Để chắc chắn có thể đăng nhập bằng httpsgiao thức, trước tiên bạn nên đặt thông tin xác thực của mình thành git Remote URI :

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

Sau đó, bạn sẽ được yêu cầu nhập mật khẩu git push.

Trong thực tế, đây là trên định dạng xác thực http. Bạn cũng có thể đặt mật khẩu:

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

Bạn nên lưu ý rằng nếu bạn làm điều này, mật khẩu github của bạn sẽ được lưu trữ trong bản rõ trong thư mục .git của bạn, điều này rõ ràng là không mong muốn.

Một bổ sung nhỏ cho câu trả lời của Sean .

Thay vì chỉnh sửa .git/configtập tin bằng tay, bạn có thể sử dụng git remote set-urllệnh.

Trong trường hợp của bạn, nó nên là:

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

Tôi thấy nó dễ dàng và sạch sẽ hơn là làm rối tung các tập tin dấu chấm.

• help.github.com: Thay đổi URL của điều khiển từ xa

Biên tập .git/config tập tin trong thư mục repo của bạn

Tìm thấy url= mục dưới mục[remote "origin"]

Thay đổi nó từ url=https://github.com/rootux/ms-Dropdown.git thành https://USERNAME@github.com/rootux/ms-Dropdown.git

USERNAMEtên người dùng github của bạn ở đâu

Các câu trả lời khác đề nghị chuyển sang SSH loại bỏ lỡ điểm. HTTPS được hỗ trợ, nhưng bạn phải đăng nhập bằng mật khẩu GITHUB của bạn, không phải cụm mật khẩu SSH của bạn (đó là lỗi mang lại cho tôi cùng một lỗi chính xác).

Tôi cũng gặp vấn đề tương tự, nhưng đảm bảo sử dụng mật khẩu GitHub thực tế của tôi tại dấu nhắc mật khẩu đầu cuối đã sửa giải pháp mà không thay đổi cấu hình hoặc sử dụng SSH.

Lý do cần lưu ý điều này là vì nhiều tổ chức công cộng (như trường học của tôi) sẽ chặn SSH, nhưng cho phép HTTPS (đó là lý do duy nhất tôi bắt đầu nhân bản qua HTTPS ngay từ đầu).

Hy vọng rằng sẽ giúp bất cứ ai khác có cùng một vấn đề ...

Cùng một lỗi và độ phân giải trên Mac OS X.

Mọi thứ đều hoạt động tốt cho đến khi tôi tạo một tài khoản mới trên GitHub và cố gắng đẩy

$ git push -u origin master

Và đã nhận được lỗi:

từ xa: Quyền đối với NEWUSER / NEWREPO.git bị từ chối đối với OLDUSER. gây tử vong: không thể truy cập ' https://github.com/NEWUSER/NEWREPO.git/ ': URL được yêu cầu trả về lỗi: 403

Nó nên được sửa bằng cách đặt user.name cho repo toàn cầu hoặc hiện tại

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

Nhưng nó đã không.

Tôi đã sửa nó bằng cách xóa OLDUSER được liên kết với GitHub khỏi ứng dụng Keychain Access trong phần Mật khẩu. Sau đó, lệnh đẩy đã thành công.

$ git push -u origin master

tài liệu tham khảo

Nếu bạn đang sử dụng windows, đôi khi điều này có thể xảy ra do Windows lưu thông tin đăng nhập cho repo bên ngoài (trong trường hợp của chúng tôi là github) trong bộ lưu trữ của riêng nó. Và thông tin lưu trữ có thể khác với những thông tin bạn cần ngay bây giờ.

Vì vậy, để tránh vấn đề này, chỉ cần tìm github trong bộ lưu trữ này và xóa thông tin đăng nhập đã lưu. Sau này, trong khi đẩy git sẽ yêu cầu thông tin đăng nhập của bạn và sẽ cho phép bạn đẩy.

Điều này làm việc cho tôi -:

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

Hy vọng nó giúp

Tôi nghĩ rằng @deepwaters đã trả lời đúng cho các phiên bản cũ hơn. URL HTTPS cần phải có tên người dùng. Tôi đã có git 1.7.0.4 và git push origin masterthậm chí sẽ không hỏi mật khẩu cho đến khi tôi thêm nó.

Nâng cấp git của bạn. GitHub đã trả lời câu hỏi này tại https://help.github.com/articles/error-the-requested-url-returned-error-403 .

Mã 403 là "Cấm". Các máy chủ thấy yêu cầu của bạn và từ chối nó. Bạn có được phép đẩy vào kho lưu trữ đó không?

Tôi thực sự đã có một sửa chữa rất đơn giản cho việc này. Tất cả những gì tôi đã làm là chỉnh sửa tệp cấu hình git khác nhau sau khi sao chép kho lưu trữ. Url nguồn gốc từ xa là những gì bạn cần chỉnh sửa trong tệp cấu hình mặc định của bạn . Nó sẽ trông giống như nhìn thấy dưới đây

[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

Tìm ra. Tôi đã nhân bản qua HTTPS. Thiết lập các khóa SSH công khai của tôi, nhân bản qua SSH và đẩy qua SSH đã sửa nó.

1. Bấm vào kho của bạn
2. Ở phía bên phải, nhấp vào "Cài đặt"
3. Trên bảng tùy chọn bên trái, nhấp vào "Cộng tác viên"
4. Thêm tên người bạn biết trong GitHub
5. Nhấp vào "Thêm cộng tác viên"

Sau đó, "Push to Git" của chúng tôi hoạt động tốt.

Chỉ cần thêm tên người dùng của bạn vào url như thế này: https: //islam9@github.com/islam9/bootstrap-rtl

vui lòng kiểm tra: http://islamkhalil.wordpress.com/2012/12/06/github-error-pushing-to-git-retinating-error-code-403-firth/

Làm điều này để khắc phục tạm thời

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

Tôi đã đối mặt với cùng một lỗi và nguyên nhân là ngu ngốc - tôi không có đặc quyền để cam kết với kho lưu trữ được chọn. Tôi không biết rằng tôi phải

1. ngã ba chọn dự án đầu tiên
2. kho lưu trữ bản sao cục bộ
3. cam kết thay đổi của tôi tại địa phương
4. đẩy thay đổi để nhân bản github của tôi
5. yêu cầu kéo yêu cầu ngược dòng

như được mô tả trong https://help.github.com/clists/63/articles

Đối với những người có quyền từ chối 403 lỗi trong khi sử dụng ssh (theo Xiao ) hoặc http url hãy thử các lệnh này

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

>git config --unset-all credential.helper

với quyền quản trị viên

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

thay đổi nó từ

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

đến

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

Nó hoạt động!

Đừng quên "git" trước "@".

Đối với bất kỳ ai tò mò, máy mac của tôi và lucid vm đã chạy git 1.7.6 so với 1.7.0.4 và cùng một repo có thể được đẩy từ máy mac của tôi (git mới hơn) nhưng không phải VM

Cùng một phiên bản curl. Có lẽ một số phiên bản git cũ không hỗ trợ đẩy https?

Thêm tên người dùng như một phần của URL và Lỗi này xảy ra do lệnh git đang nhấn http thay vì https. Vì vậy, đặt url

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

Sau đó, bạn sẽ được nhắc nhập mật khẩu:

Điều gì làm việc cho tôi:

Repo của tôi là một ngã ba và vẫn liên kết với repo của cha mẹ.

git remote -v

Sẽ cho bạn biết nếu đó là repo của bạn hay không.

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

Cho phép bạn cấu hình lại nó vào repo của bạn và sau đó cho phép bạn đẩy.

Không có câu trả lời nào ở trên làm việc cho tôi enterprise tài khoản GitHub . Thực hiện theo các bước sau để đẩy qua cách tạo khóa ssh.

Tạo một repo bằng cách truy cập tài khoản git của bạn.

Tạo khóa ssh:

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

Sao chép nội dung của tệp ~ / .ssh / id_rsa.pub vào các khóa SSH trong cài đặt tài khoản GitHub của bạn. Kiểm tra khóa SSH:

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

Bây giờ cd vào thư mục git clone của bạn và làm:

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

Bây giờ hãy thử chỉnh sửa một tệp (thử README) và sau đó làm:

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

Cập nhật: phiên bản git mới dường như khuyên bạn không nên có bất kỳ tệp nào trong khi repo mới được tạo. Do đó làm cho một repo trống.

Tôi đã tìm ra biến thể của riêng tôi về vấn đề này.

Vấn đề không phải là thay đổi giao thức từ https sang ssl, mà thay vào đó, đặt tên người dùng và email toàn cầu Github! (Tôi đã cố gắng đẩy đến một kho lưu trữ riêng.

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

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

Github có trang dành riêng để khắc phục lỗi này:

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

Trong trường hợp của tôi, hóa ra việc sử dụng một phiên bản git mới (1.8.5.2) đã giải quyết vấn đề này.

Tôi đã gặp vấn đề này ngay bây giờ và hóa ra tệp máy chủ /etc/resolver.conf của tôi có địa chỉ IP xấu. Có thể giúp đỡ người khác.

Điều này xảy ra với tôi vì đồng nghiệp của tôi đã vô tình vô hiệu hóa kho lưu trữ mà kho lưu trữ này bị rẽ nhánh. Chỉ có thể kiểm tra để đảm bảo rằng repo git (hub) ban đầu thực sự vẫn tồn tại.

Nó có thể là một vấn đề kế toán. Tài khoản Github của chủ sở hữu repo thượng nguồn (tư nhân) có thể không phải là tài chính. Tôi đã thấy điều này khi thẻ tín dụng của khách hàng hết hạn.

những gì làm việc cho tôi đang thay đổi từ http sang ssh:

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

sau đó kiểm tra nó với git remote -v

Tôi gặp vấn đề tương tự. Trường hợp của tôi là: Tôi đã khởi tạo git repo cục bộ trước khi tôi tạo nó trên github, sau đó tôi đã cố gắng thêm chi nhánh từ xa. Tôi đã giải quyết vấn đề của mình bằng cách thay đổi thứ tự các hành động: tạo một repo trên trang web github, sau đó kích hoạt nó cục bộ. Nhưng đó không phải là trường hợp họ thích làm tất cả từ dòng lệnh như tôi.