Estoy tratando de clonar mi proyecto GitHub usando la URL https, pero falla con un error:
$ git clone https://[email protected]/foo/foo-private.git
Cloning into foo-private...
Password:
error: error setting certificate verify locations:
CAfile: /bin/curl-ca-bundle.crt
CApath: none
while accessing https://[email protected]/foo/foo-private.git/info/refs
fatal: HTTP request failed
¿Qué estoy haciendo mal?
git config --global http.sslcainfo "C:\Program Files\Git\mingw64\ssl\certs\ca-bundle.crt"
funcionó, no puedo decir por qué el sistema global falló.Resolví el problema instalando el Git desde: https://git-for-windows.github.io/ Busque la ruta del archivo cert:
Configure la ruta de Git:
Inténtalo de nuevo
fuente
error: could not lock config file C:\Program Files\Git\mingw64/etc/gitconfig: Permission denied
. Corrió"C:\Program Files\Git\git-bash.exe"
como administrador e intenté nuevamente y funcionó. ¡Gracias!C:\Program Files\Git\mingw64\ssl\certs\ca-bundle.crt
Si usa MSYS2 ...
Simplemente instale los paquetes de certificados con los siguientes comandos:
32 bits
64 bits
fuente
Si estaba utilizando Cygwin, podría instalar el paquete de certificados ca con apt-cyg :
¿Cómo instalo un paquete cygwin desde la línea de comandos?
fuente
git config --system http.sslcainfo /usr/ssl/certs/ca-bundle.crt
Resolverá el problema. Después de eso, aparece una ventana emergente para ingresar su nombre de usuario y contraseña
fuente
SOLUCIONADO: Recibí este error cuando instalé una actualización para el instalador de Windows Git. Lo que sucedió es que no lo instalé con derechos de administrador, por lo que Git se instaló en "C: \ Users \ my_name \ AppData \ Local \ Programs" en lugar de "C: \ program Files". ¡reinstalar Git como administrador permitió ponerlo en C: \ Archivos de programa y todo volvió a funcionar!
fuente
Esto funcionó para mí (estoy usando Manjaro Linux). Ejecuto el cmd para ver los certificados ca:
Pero en realidad encontré los certificados en la ruta:
Luego agregue la configuración en ~ / .gitconfig (si no existe, créelo):
¡Funciona!
fuente
git config --system http.sslcainfo /bin/curl-ca-bundle.crt
Esto funciona. No tienes que dar el camino completo.
fuente
Me enfrenté a esto mientras git pull. Para los míos, edité el archivo de configuración global de git que solucionó el problema.
Vaya a su carpeta de inicio y abra el archivo .gitconfig. Por lo general, C: \ Users \ .gitconfig
Si el archivo no está allí, créelo
Allí debe dar su propia ruta de instalación de git. He usado una versión portátil de git aquí.
Entonces git clone / pull funcionará.
fuente
E:\\systools...
"C:\\folder\\file"
es malo,C:\\folder\\file
es bueno Quiero mi hora de regreso.Si está utilizando el shell de comandos de Git que se instala con la aplicación GitHub para Windows, este y otros problemas pueden aparecer después de una actualización. Simplemente inicie la aplicación de Windows Git Hub y vuelva a apagarla. El shell funcionará bien nuevamente. El problema es que la actualización no se completa hasta que se ejecuta la aplicación de Windows. Simplemente usar el shell en su no activa la actualización para completar.
fuente
He visto esto en mi Github para Windows.
Recomiendo desinstalar Github para Windows e instalarlo nuevamente.
Antes de esto, intenté varias formas sin éxito, ¡pero esta solución funcionó para mí!
fuente
En Windows usando msysgit tuve este error y la causa fue la incorporación de nuestros certificados de proxy corporativo.
Si edita su curl-ca-bundle.crt, debe asegurarse de sus finales de línea. En el caso del paquete curl-ca-tienes que usar lineendings de estilo Linux.
Puede usar notepad ++ para convertir los finales de línea a Linux (salto de línea).
fuente
En una nota al margen, este problema puede ocurrir en Windows si el usuario que está tratando de usar git es diferente al usuario que lo instaló. El error puede indicar que git no puede acceder a los archivos de certificado. Instalar git como administrador y usar la respuesta de @ rogertoday resolvió mi problema.
fuente
Encontré una buena solución para agregar / actualizar los certificados de CA en RHEL / CentOS 6, que es la causa raíz del problema informado.
Dado que se convierten en distribuciones desactualizadas, las autoridades de cacert en ese sistema no se han actualizado hasta ejecutar el comando
sudo yum update
.No me di cuenta del problema hasta que el modo GIT_CURL_VERBOSE muestra el problema de la ruta de cacert.
fuente
En Linux, tuve este error y lo solucioné ejecutando
sudo update-ca-certificates
.fuente
Para mí, lo que resolvió el problema fue cuando en mi caja de Windows 10, traté de desinstalar git y volver a instalar, usando Windows Cmd como predeterminado, no Git Bash
Abra CMD y ejecute lo siguiente
fuente
Si alguien más se enfrenta a este problema en Git para Windows y no tiene
curl-ca-bundle.crt
ningún lugar en su sistema, incluso después de la reinstalación, este es el proceso que seguí:curl-**.**.*/lib
en la línea de comando./mk-ca-bundle.prl
ca-bundle.crt
a su ruta git y actualice la configuración como se muestra en otras respuestasGracias a esta esencia por ayudarme a realizar la instalación.
fuente
He resuelto este problema en un Windows Server 2016 reinstalando y eligiendo la "biblioteca nativa de Windows Secure Channel" en el paso de instalación "Elección del backend de transporte HTTPS".
fuente
La solución que funciona para mí en Windows 64bits es la siguiente
fuente
En mi caso win10 tengo dos versiones de
.gitconfig
C:\Program Files\Git\etc
C:\Users\<user>
El comando
de hecho hace cambios a
C:\Program Files\Git\etc
, pero git de alguna manera usa config enC:\Users\<user>
Entonces, con el bloc de notas cambié el segundo
.gitconfig
y git finalmente tomó la configuración correcta y comenzó a funcionar.fuente
Pude resolver este problema con el siguiente comando.
git config --sistema http.sslverify falso
fuente
Recibí este error después de mover git a través de discos duros. Eliminar y reinstalar en la nueva ubicación las cosas arregladas
fuente
En git para Windows también puede reinstalar y seleccionar el certificado nativo de Windows método de validación de (OpenSSL es el predeterminado). Esto omitirá la verificación de OpenSSL y en su lugar usará la nativa de Windows, que no requiere mantener una herramienta separada (OpenSSL) y certificados.
Funcionó perfectamente para mí :)
fuente
El siguiente comando
funcionó para mis necesidades, pero supongo que quieres algo más que acceso de solo lectura, ¿verdad?
fuente