Próbuję sklonować mój projekt GitHub przy użyciu adresu URL https, ale kończy się to niepowodzeniem z powodu błędu:

$ git clone https://foo@github.com/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://foo@github.com/foo/foo-private.git/info/refs

fatal: HTTP request failed

Co ja robię źle?

Widziałem to w systemie Windows, z msysgit 1.7.2.3. Musisz naprawić ścieżkę do bin / curl-ca-bundle.crt . Musiałem określić ścieżkę bezwzględną, używając odwrotnych ukośników:

git config --system http.sslcainfo "C: \ Program Files (x86) \ git \ bin \ curl-ca-bundle.crt"

lub - niezbyt zalecane - możesz całkowicie wyłączyć sprawdzanie SSL, wykonując:

git config --system http.sslverify false

W obu przypadkach spowoduje to zmiany w pliku [git-install-dir] / etc / gitconfig, który również można edytować bezpośrednio.

(Oryginalne rozwiązania znalezione na http://github.com/blog/642-smart-http-support )

Rozwiązałem problem z instalacją Gita z: https://git-for-windows.github.io/ Zlokalizuj ścieżkę do pliku certyfikatu:

D: \ Program Files \ Git \ mingw64 \ ssl \ certs \ ca-bundle.crt

Skonfiguruj ścieżkę Git:

git config --system http.sslcainfo "D: \ Program Files \ Git \ mingw64 \ ssl \ certs \ ca-bundle.crt"

Spróbuj ponownie

Jeśli używasz MSYS2 ...

Po prostu zainstaluj pakiety certyfikatów za pomocą następujących poleceń:

32 bity

pacman -S mingw-w64-i686-ca-certificates ca-certificates

64 bity

pacman -S mingw-w64-x86_64-ca-certificates ca-certificates

Jeśli używasz Cygwin, możesz zainstalować pakiet ca-Certificates z apt-cyg :

wget rawgit.com/transcode-open/apt-cyg/master/apt-cyg
install apt-cyg /usr/local/bin
apt-cyg install ca-certificates

Jak zainstalować pakiet cygwin z wiersza poleceń?

git config --global http.sslverify "false" 

Rozwiąże problem. Następnie pojawi się wyskakujące okienko, w którym należy wprowadzić nazwę użytkownika i hasło

ROZWIĄZANE: Otrzymałem ten błąd po zainstalowaniu aktualizacji instalatora systemu Git dla systemu Windows. Tak się stało, że nie zainstalowałem go z uprawnieniami administratora, więc Git został zainstalowany w „C: \ Users \ my_name \ AppData \ Local \ Programs” zamiast „C: \ program Files”. ponowna instalacja Gita, ponieważ administrator pozwolił umieścić go w C: \ Program Files i wszystko poszło dobrze!

To zadziałało dla mnie (używam Linuksa Manjaro). Uruchamiam cmd, aby wyświetlić certyfikaty ca:

$ curl-config --ca
**/etc/ssl/certs/ca-certificates.crt**

Ale tak naprawdę znalazłem certyfikaty na ścieżce:

**/etc/ca-certificates/extracted/ca-bundle.trust.crt**

Następnie dodaj konfigurację do ~ / .gitconfig (jeśli nie istnieje, utwórz ją):

**vim ~/.gitconfig**
[http]
    sslVerify = true
    sslCAinfo = /etc/ca-certificates/extracted/ca-bundle.trust.crt

[user]
    email = <email of github account>
    name = <username of github account>

To działa!

.rbenv]$ git pull

remote: Counting objects: 70, done.
remote: Compressing objects: 100% (47/47), done.
remote: Total 70 (delta 39), reused 12 (delta 12), pack-reused 6
Unpacking objects: 100% (70/70), done.
From https://github.com/sstephenson/rbenv
   c43928a..efb187f  master     -> origin/master
 + 37ec781...7e57b52 user-gems  -> origin/user-gems  (forced update)
Updating c43928a..efb187f
Fast-forward
 libexec/rbenv-init         |  4 ++--
 libexec/rbenv-version-file |  1 +
 test/init.bats             |  2 +-
 test/test_helper.bash      | 25 +++++++++++++++----------
 4 files changed, 19 insertions(+), 13 deletions(-)

git config --system http.sslcainfo /bin/curl-ca-bundle.crt

To działa. Nie musisz podawać pełnej ścieżki.

Zmierzyłem się z tym podczas git pull. Dla mnie edytowałem globalny plik konfiguracyjny git, który naprawił problem.

Przejdź do folderu domowego i otwórz plik .gitconfig. Zwykle C: \ Users \ .gitconfig

Jeśli pliku nie ma, utwórz go

[http]
sslcainfo = E: \ systools \ git-1.8.5.2 \ bin \ curl-ca-bundle.crt

Tam musisz podać własną ścieżkę instalacji gita. Użyłem tutaj przenośnej wersji gita.

Następnie git clone / pull to zadziała.

Jeśli używasz powłoki poleceń Git, która instaluje się z aplikacją GitHub dla systemu Windows, ten i różne inne problemy mogą się pojawić po aktualizacji. Po prostu uruchom aplikację Git Hub dla systemu Windows i zamknij ją ponownie. Powłoka znów będzie działać poprawnie. Problem polega na tym, że aktualizacja nie kończy się, dopóki aplikacja Windows nie zostanie uruchomiona. Samo użycie powłoki na niej nie powoduje zakończenia aktualizacji.

Widziałem to na moim Githubie dla Windows.

Zalecam odinstalowanie Githuba dla Windows i ponowne zainstalowanie.

Wcześniej próbowałem kilku sposobów bez powodzenia, ale to rozwiązanie zadziałało!

W systemie Windows używającym msysgit wystąpił ten błąd, a przyczyną było dodanie naszych korporacyjnych certyfikatów proxy.

Jeśli edytujesz swój plik curl-ca-bundle.crt, musisz upewnić się co do jego zakończenia. W przypadku pakietu curl-ca-bundle musisz użyć końcówek liniowych w stylu Linuksa.

> git ls-remote --tags --heads https://github.com/oblador/angular-scroll.git
fatal: unable to access 'https://github.com/oblador/angular-scroll.git/': error setting certificate verify locations:
  CAfile: C:\Program Files (x86)\Git\bin\curl-ca-bundle.crt
  CApath: none

Możesz użyć Notatnika ++, aby przekonwertować zakończenia liniowe do Linuksa (wysuw linii).

Na marginesie, ten problem może wystąpić w systemie Windows, jeśli użytkownik, który próbuje użyć git, jest inny niż użytkownik, który go zainstalował. Błąd może wskazywać, że git nie może uzyskać dostępu do plików certyfikatów. Zainstalowanie gita jako administratora i użycie odpowiedzi @ rogertoday rozwiązało mój problem.

Znalazłem dobre rozwiązanie do dodawania / aktualizowania certyfikatów CA na RHEL / CentOS 6, co jest główną przyczyną zgłaszanego problemu.

Ponieważ stały się przestarzałymi dystrybucjami, tajne uprawnienia w tym systemie nie zostały zaktualizowane do czasu wykonania polecenia sudo yum update.

Nie zdawałem sobie sprawy z tego problemu, dopóki tryb GIT_CURL_VERBOSE nie pokazuje problemu z ukrytą ścieżką.

W systemie Linux miałem ten błąd i naprawiłem go, uruchamiając sudo update-ca-certificates.

Dla mnie rozwiązało problem, gdy na moim pudełku z systemem Windows 10 próbowałem odinstalować git i ponownie zainstalować, używając domyślnie Windows Cmd, a nie Git Bash

Otwórz CMD i uruchom następujące

//Once installed try to resintall the bin folder 
git config --system http.sslcainfo \bin/curl-ca-bundle.crt

//disable ssl verification
git config --global http.sslverify "false"

//Then try to clone repo again
git clone git@github.com:account/someproject.git

Jeśli ktoś inny ma do czynienia z tym problemem w Git dla Windows i nie ma curl-ca-bundle.crtnigdzie w systemie nawet po ponownej instalacji, oto proces, który wykonałem:

1. Pobierz najnowszą wersję curl tutaj: curl download mirror
2. Wyodrębnij i przejdź do curl-**.**.*/libw wierszu poleceń
3. Biegać ./mk-ca-bundle.prl
4. Skopiuj ca-bundle.crtdo ścieżki git i zaktualizuj konfigurację zgodnie z innymi odpowiedziami

Krzyczeć za to, że pomogłeś mi w wykonaniu instalacji.

Rozwiązałem ten problem w systemie Windows Server 2016, instalując go ponownie i wybierając „natywną bibliotekę Windows Secure Channel” na etapie instalacji „Wybieranie zaplecza transportu HTTPS”.

Rozwiązanie, które działa dla mnie w systemie Windows 64-bitowym, jest następujące

git config --system http.sslverify false

W moim przypadku win10 mam dwie wersje z.gitconfig

• pierwszy jest w C:\Program Files\Git\etc
• druga jest w środku C:\Users\<user>

Komenda

git config --system http.sslcainfo "C:\Program Files\Git\mingw64\ssl\certs\ca-bundle.crt"

rzeczywiście wprowadza zmiany C:\Program Files\Git\etc, ale git w jakiś sposób używa config wC:\Users\<user>

Więc w notatniku zmieniłem drugi .gitconfigi git w końcu przyjął odpowiednią konfigurację i zaczął działać.

Udało mi się rozwiązać ten problem za pomocą następującego polecenia.

git config --system http.sslverify false

Otrzymałem ten błąd po przeniesieniu gita na dyski twarde. Usunięcie i ponowne zainstalowanie w nowej lokalizacji naprawiło rzeczy

W git dla Windows możesz również ponownie zainstalować i wybrać natywny certyfikat Windows metodę weryfikacji (domyślnie OpenSSL). Spowoduje to pominięcie weryfikacji OpenSSL i zamiast tego użycie natywnego systemu Windows, który nie wymaga utrzymywania oddzielnego narzędzia (OpenSSL) i certyfikatów.

U mnie zadziałało idealnie :)

Następujące polecenie

git clone git://github.com/username/projectname.git

działał na moje potrzeby, ale zakładam, że chcesz czegoś więcej niż dostępu tylko do odczytu, prawda?