sig - Cómo resolver "git pull, fatal: no se puede acceder a ''https://github.com... /': respuesta vacía del servidor"
settings github (9)
Falló cuando utilicé el comando de Git "git pull" para actualizar mi repositorio, los mensajes como a continuación: fatal: no se puede acceder a ''...'': vaciar la respuesta del servidor.
Y traté de usar la aplicación GitHub, pero alerta esto:
Cloning into ''renren_mobile''...
warning: templates not found /Applications/GitHub.app/Contents/Resources/git/templates
2014-11-23 13:58:57.975 GitHub for Mac Login[659:11891] AskPass with arguments: (
"/Applications/GitHub.app/Contents/MacOS/GitHub for Mac Login",
"Username for ''https://github.com'': "
)
2014-11-23 13:58:58.032 GitHub for Mac Login[660:11915] AskPass with arguments: (
"/Applications/GitHub.app/Contents/MacOS/GitHub for Mac Login",
"Password for '''': "
)
fatal: unable to access ''...'': Empty reply from server
(128)
Estaba atrapado en este problema hasta que noté que no había iniciado sesión en mi VPN.
Explicación:
1) Si ha configurado su proxy para una VPN, necesita iniciar sesión en su VPN para usar el proxy.
2) para usarlo fuera de la VPN use el comando unset:
git config --global --unset http.proxy
y recuerde configurar el proxy cuando esté dentro de la VPN.
Espero que este comentario le ahorre a alguien las 3 horas que estaba tratando inútilmente de leer las soluciones
Intenté la mayoría de las respuestas aquí, pero no logré resolver el problema (en Windows 10).
Lo que resolvió el problema fue simplemente actualizar la versión de git version 2.8.1.windows.1 a la última versión de git version 2.10.1.windows.1
Lo resolví, reemplazando ''http ...'' git url con ''ssh ..'' archivo abierto simple .git / config y copiándolo allí
Probé algunos de los trucos enumerados aquí sin suerte. Parece que algo estaba siendo almacenado en caché por mi emulador de terminal (iTerm2) o sesión. El problema desapareció cuando ejecuté el comando desde una nueva pestaña de terminal.
Resolví ese problema al reemplazar parte de https de mi origen remoto con http. También es una solución. Creo que puede ayudar a alguien en el futuro.
Resolví este problema. Creo que sucedió tal vez por https, pero no estoy muy seguro. Puede cambiar las URL remotas de HTTPS a SSH.
1.Pls se refieren a este enlace para más detalles: https://help.github.com/articles/changing-a-remote-s-url/
También tuve que configurar la clave ssh.
2.Siga esto: https://help.github.com/articles/generating-ssh-keys/
Me encontré con este problema porque reemplacé mi mac, pero hago la transferencia de datos, creo que es probablemente debido a las razones clave.
Si se desarma usando
`git config --global --unset-all https.proxy`
no funciona para ti
Luego, verifique si la variable de entorno http_proxy y https_proxy están configuradas. Verifica usando este comando: -
`env | grep -i proxy`
Si esta variable está configurada en algo, entonces simplemente puede desarmarlo usando:
`https_proxy=""`
Sin embargo, tuve el mismo problema con una instalación de Jenkins. La respuesta de intentar clonar siempre fue:
stderr: fatal: unable to access ''https://my.gitlab.server/group/repo.git/'': Empty reply from server
Lamentablemente, cambiar a http no era una opción, así que necesitaba la causa raíz. Resulta que había una configuración de http en la configuración global para el usuario de Jenkins (probablemente se agregó cuando estábamos ejecutando un certificado autofirmado en una instancia de gitlab). Mirando la configuración global:
$ git config --global -l
http.sslverify=false
Eliminar esto hizo el truco
$ git config --global --unset http.sslverify
(También parece que se trata de un error tipográfico, con la clave correcta http.sslVerify )