Estou tentando clonar meu projeto GitHub usando o URL https, mas ele falha com um erro:
$ 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
O que estou fazendo de errado?
git config --global http.sslcainfo "C:\Program Files\Git\mingw64\ssl\certs\ca-bundle.crt"
funcionou, não posso dizer por que o sistema global falhou.Resolvi o problema ao instalar o Git em: https://git-for-windows.github.io/ Localize o caminho do arquivo cert:
Configure o caminho do Git:
Tente novamente
fonte
error: could not lock config file C:\Program Files\Git\mingw64/etc/gitconfig: Permission denied
. Funcionou"C:\Program Files\Git\git-bash.exe"
como administrador e tentou novamente e funcionou. Obrigado!C:\Program Files\Git\mingw64\ssl\certs\ca-bundle.crt
Se você usa o MSYS2 ...
Basta instalar os pacotes de certificados com os seguintes comandos:
32 bits
64 bits
fonte
Se você estava usando o Cygwin, pode instalar o pacote ca-certificates com o apt-cyg :
Como instalo um pacote cygwin a partir da linha de comando?
fonte
git config --system http.sslcainfo /usr/ssl/certs/ca-bundle.crt
Vai resolver o problema. Depois disso, uma janela pop-up aparece para inserir seu nome de usuário e senha
fonte
RESOLVIDO: Eu recebi esse erro quando instalei uma atualização no instalador do Windows Git. O que aconteceu é que eu não o instalei com direitos de administrador, portanto o Git foi instalado em "C: \ Users \ meu_nome \ AppData \ Local \ Programs" em vez de "C: \ Arquivos de Programas". reinstalar o Git como administrador permitiu colocá-lo em C: \ Arquivos de programas e tudo correu bem novamente!
fonte
Isso funcionou para mim (estou usando o Manjaro linux). Eu executo o cmd para visualizar os certificados ca:
Mas na verdade eu encontrei os certificados no caminho:
Em seguida, adicione a configuração em ~ / .gitconfig (se não existir, crie-a):
Funciona!
fonte
git config --system http.sslcainfo /bin/curl-ca-bundle.crt
Isso funciona. Você não precisa dar o caminho completo.
fonte
Eu enfrentei isso enquanto git pull. Para os meus editou o arquivo de configuração global do git que corrigiu o problema.
Vá para a sua pasta pessoal e abra o arquivo .gitconfig. Geralmente C: \ Users \ .gitconfig
Se o arquivo não estiver lá, crie-o
Lá você deve fornecer seu próprio caminho de instalação do git. Eu usei a versão portátil do git aqui.
Em seguida, git clone / pull funcionará.
fonte
E:\\systools...
"C:\\folder\\file"
é ruim,C:\\folder\\file
é bom. Quero minha hora de volta.Se você estiver usando o shell de comando Git que é instalado com o aplicativo GitHub for Windows, esse e vários outros problemas podem aparecer após uma atualização. Basta iniciar o aplicativo Windows Git Hub e desligá-lo novamente. O shell funcionará OK novamente. O problema é que a atualização não é concluída até que o aplicativo do Windows seja executado. Apenas o uso do shell não aciona a atualização para ser concluída.
fonte
Eu já vi isso no meu Github para Windows.
Eu recomendo desinstalar o Github para Windows e instalá-lo novamente.
Antes disso, tentei várias maneiras sem sucesso, mas essa solução funcionou para mim!
fonte
No Windows usando o msysgit, tive esse erro e a causa foram minhas adições aos nossos certificados de proxy corporativo.
Se você editar o seu curl-ca-bundle.crt, terá que ter certeza de seus itens de linha. No caso do pacote curl-ca-bundle, é necessário usar os finais de linha no estilo Linux.
Você pode usar o notepad ++ para converter os itens de linha em Linux (avanço de linha).
fonte
Além disso, esse problema pode ocorrer no Windows se o usuário que está tentando usar o git for diferente do usuário que o instalou. O erro pode indicar que o git não pode acessar os arquivos de certificado. Instalar o git como administrador e usar a resposta de @ rogertoday resolveu meu problema.
fonte
Encontrei uma boa solução para adicionar / atualizar os certificados da CA no RHEL / CentOS 6, que é o problema relatado da causa raiz.
Desde que se tornam distribuições desatualizadas, as autoridades cacert nesse sistema não foram atualizadas até a execução do comando
sudo yum update
.Não percebi o problema até que o modo GIT_CURL_VERBOSE mostre o problema do caminho do cacert.
fonte
No Linux, eu tive esse erro e o corrigi executando
sudo update-ca-certificates
.fonte
Para mim, o que resolveu o problema foi quando, na caixa do Windows 10, tentei desinstalar o git e re-instalar, usando o Windows Cmd como padrão e não o Git Bash
Abra o CMD e execute o seguinte
fonte
Se mais alguém estiver enfrentando esse problema no Git for Windows e não tiver
curl-ca-bundle.crt
nenhum lugar no sistema, mesmo após a reinstalação, este é o processo que segui:curl-**.**.*/lib
na linha de comando./mk-ca-bundle.prl
ca-bundle.crt
para o seu caminho git e atualize a configuração conforme listado em outras respostasGrite para essa essência por me ajudar a concluir a instalação.
fonte
Resolvi esse problema em um Windows Server 2016 reinstalando-o e escolhendo "biblioteca nativa do Windows Secure Channel" na etapa de instalação "Escolhendo o back-end de transporte HTTPS".
fonte
A solução que funciona para mim no Windows 64bits é a seguinte
fonte
No meu caso win10, tenho duas versões do
.gitconfig
C:\Program Files\Git\etc
C:\Users\<user>
O comando
realmente faz alterações
C:\Program Files\Git\etc
, mas o git de alguma forma usa configC:\Users\<user>
Então, com o bloco de notas, mudei o segundo
.gitconfig
e o git finalmente assumiu a configuração correta e começou a trabalhar.fonte
Consegui resolver esse problema com o seguinte comando.
git config --system http.sslverify false
fonte
Eu recebi esse erro depois de mover o git pelos discos rígidos. A exclusão e a reinstalação no novo local corrigiram as coisas
fonte
No git for Windows, você também pode reinstalar e selecionar o método de validação de certificado nativo do Windows (o OpenSSL é o padrão). Isso ignorará a verificação do OpenSSL e, em vez disso, usará a nativa do Windows, que não exige a manutenção de uma ferramenta separada (OpenSSL) e de certificados.
Funcionou perfeitamente para mim :)
fonte
O seguinte comando
funcionou para minhas necessidades, mas presumo que você queira mais do que acesso somente leitura, certo?
fonte