Empujar a Git devolviendo el código de error 403 fatal: solicitud HTTP fallida

Pude clonar una copia de este repositorio a través de HTTPS autenticado. He realizado algunas confirmaciones y quiero volver al servidor de GitHub. Usando Cygwin en 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

También configúrelo con el modo detallado. Todavía estoy bastante desconcertado.

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

Estas son las versiones de git y curl que tengo:

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

Acabo de tener el mismo problema y descubrí cuál es la causa.

Parece que Github solo admite la forma ssh para leer y escribir el repositorio, aunque la forma https también muestra 'Leer y escribir'.

Por lo tanto, debe cambiar su configuración de repositorio en su PC a ssh:

1. editar .git/configarchivo bajo su directorio de repositorios
2. encontrar url=entrada en la sección[remote "origin"]
3. cámbielo de url=https://[email protected]/derekerdmann/lunch_call.gita url=ssh://[email protected]/derekerdmann/lunch_call.git. es decir, cambie todos los textos antes del @símbolo assh://git
4. Guarde el configarchivo y salga. ahora puedes usar git push origin masterpara sincronizar tu repositorio en GitHub

Para poder iniciar sesión definitivamente usando el httpsprotocolo, primero debe configurar su credencial de autenticación en el URI remoto de git :

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

Luego se te pedirá una contraseña cuando lo intentes git push.

De hecho, esto está en el formato de autenticación http. También puede establecer una contraseña:

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

Debe tener en cuenta que si hace esto, su contraseña de github se almacenará en texto sin formato en su directorio .git, lo que obviamente no es deseable.

Una pequeña adición a la respuesta de Sean. .

En lugar de editar el .git/configarchivo manualmente, puede usargit remote set-url comando.

En su caso debería ser:

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

Me resulta más fácil y limpio que jugar con los archivos de puntos.

• help.github.com: Cambiar la URL de un control remoto

Edite el .git/configarchivo en su directorio de repositorios

Buscar url=entrada en la sección[remote "origin"]

Cámbielo de url=https://github.com/rootux/ms-Dropdown.gita https://[email protected]/rootux/ms-Dropdown.git

donde USERNAMEesta tu nombre de usuario github

Las otras respuestas que sugieren cambiar a SSH son algo erróneas. HTTPS es compatible, pero debe iniciar sesión con su contraseña de GITHUB, no con su frase de contraseña SSH (que era lo que me daba el mismo error exacto).

Estaba teniendo el mismo problema, pero al asegurarme de usar mi contraseña real de GitHub en el indicador de contraseña del terminal, solucioné la solución sin alterar la configuración o recurrir a SSH.

La razón por la que es importante tener esto en cuenta es que muchas instituciones públicas (como mi escuela) bloquearán SSH, pero permiten HTTPS (que es la única razón por la que comencé a clonar sobre HTTPS en primer lugar).

Espero que ayude a cualquier otra persona que tenga el mismo problema ...

Mismo error y resolución en Mac OS X.

Todo funcionaba bien hasta que creé una nueva cuenta en GitHub e intenté impulsar

$ git push -u origin master

Y obtuve el error:

remoto: permiso de NEWUSER / NEWREPO.git denegado a OLDUSER. fatal: no se puede acceder a ' https://github.com/NEWUSER/NEWREPO.git/ ': la URL solicitada devolvió el error: 403

Debería haberse solucionado estableciendo user.name para repositorio global o actual

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

Pero no fue así.

Lo solucioné eliminando el OLDUSER asociado con GitHub de la aplicación Keychain Access en la sección Contraseñas. Entonces el comando push fue exitoso.

$ git push -u origin master

referencia

Si está utilizando Windows, a veces esto puede suceder porque Windows almacena credenciales para repositorio externo (en nuestro caso github) en su propio almacenamiento. Y las credenciales que se guardaron allí pueden ser diferentes de las que necesita en este momento.

Entonces, para evitar este problema, solo busque github en este almacenamiento y elimine las credenciales guardadas. Después de esto, mientras presiona git solicitará sus credenciales y le permitirá presionar.

Esto funciona para mí:

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

Espero eso ayude

Creo que @deepwaters obtuvo la respuesta correcta para versiones anteriores. La URL HTTPS debe tener el nombre de usuario. Tenía git 1.7.0.4 y git push origin masterni siquiera pediría una contraseña hasta que la agregue.

Mejora tu git. GitHub ha respondido esta pregunta en https://help.github.com/articles/error-the-requested-url-returned-error-403 .

Un código 403 está "Prohibido". El servidor vio su solicitud y la rechazó. ¿Tienes permiso para ingresar a ese repositorio?

De hecho, tuve una solución muy simple para esto. Todo lo que hice fue editar el archivo de configuración de git de manera diferente después de clonar el repositorio. La URL de origen remota es lo que necesita editar en su archivo de configuración predeterminado . Debería verse como se ve a continuación

[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

Lo averigué. Cloné sobre HTTPS. Configurar mis claves SSH públicas, clonar sobre SSH y presionar sobre SSH lo arregló.

1. Haga clic en su repositorio
2. En el lado derecho, haga clic en "Configuración"
3. En el panel de opciones del lado izquierdo, haga clic en "Colaboradores"
4. Agregue el nombre de la persona que conoce en GitHub
5. Haga clic en "Agregar colaboradores"

Después de esto, nuestro "Push to Git" funcionó bien.

Simplemente agregue su nombre de usuario a la url de esta manera: https: //[email protected]/islam9/bootstrap-rtl

por favor verifique: http://islamkhalil.wordpress.com/2012/12/06/github-error-pushing-to-git-returning-error-code-403-fatal/

Haga esto para una solución temporal

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

Enfrenté el mismo error y la causa fue estúpida: no tenía privilegios para comprometerme con el repositorio seleccionado. No sabía que tenía que

1. tenedor seleccionado proyecto primero
2. clonar repositorio localmente
3. comprometer mis cambios localmente
4. empujar cambios a mi clon de github
5. solicitud de solicitud de extracción a aguas arriba

como se describe en https://help.github.com/categories/63/articles

Para aquellos que tienen permiso denegado 403 error al usar ssh (de acuerdo con Xiao ) o http urls intente estos comandos

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

>git config --unset-all credential.helper

con derechos de administrador

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

cambiarlo de

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

a

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

¡Funciona!

No olvides el "git" antes de la "@".

Para cualquier persona curiosa, mi máquina Mac vs Lucid VM corrió git 1.7.6 vs 1.7.0.4, y el mismo repositorio fue empujable desde mi Mac (git más nuevo) pero no la VM

La misma versión de rizo. ¿Quizás algunas versiones anteriores de git no admiten empujes https?

Agregue el nombre de usuario como parte de la URL y este error ocurre porque el comando git está presionando http en lugar de https. Así que configura la url

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

Después de lo cual se le pedirá la contraseña:

Lo que funcionó para mí:

Mi repositorio era un tenedor y todavía estaba vinculado al repositorio de los padres.

git remote -v

Te diré si es tu repositorio o no.

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

Le permite reconfigurarlo a su repositorio y luego le permite presionar.

Ninguna de las respuestas anteriores funcionó para mi enterprise cuenta de GitHub. Siga estos pasos para empujar a través de la generación de claves ssh.

Crea un repositorio visitando tu cuenta de git.

Generar clave ssh:

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

Copie el contenido del archivo ~ / .ssh / id_rsa.pub a sus claves SSH en la configuración de su cuenta de GitHub. Prueba de clave SSH:

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

Ahora cd a tu carpeta git clone y haz:

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

Ahora intente editar un archivo (pruebe el archivo README) y luego haga:

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

Actualización: la nueva versión de git parece recomendar no tener ningún archivo mientras se crea un nuevo repositorio. Por lo tanto, haga un repositorio en blanco.

Descubrí mi propia variación de este problema.

¡El problema no era cambiar el protocolo de https a ssl, sino establecer el nombre de usuario global y el correo electrónico de Github! (Estaba tratando de ingresar a un repositorio privado.

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

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

Github tiene una página dedicada a solucionar este error:

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

En mi caso, resultó que usar una nueva versión de git (1.8.5.2) resolvió este problema.

Tuve este problema en este momento, y resultó que mi archivo /etc/resolver.conf del servidor tenía una dirección IP incorrecta. Podría ayudar a otros.

Esto me sucedió porque mi compañero de trabajo deshabilitó accidentalmente el repositorio del que se bifurcó este repositorio. Solo podría verificar para asegurarse de que el repositorio original de git (hub) todavía exista.

Podría ser un problema contable. La cuenta de Github del propietario del repositorio ascendente (privado) puede no ser financiera. He visto esto donde la tarjeta de crédito del cliente expiró.

lo que funcionó para mí está cambiando de http a ssh:

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

luego verifíquelo con git remote -v

Tuve el mismo problema. Mi caso fue: había inicializado git repo localmente antes de crearlo en github, luego intenté agregar una rama remota. Resolví mi problema cambiando el orden de las acciones: creé un repositorio en el sitio de github, luego lo inicié localmente. Pero no es el caso de aquellos a quienes les gusta hacer todo desde la línea de comandos como yo.