Nie można sklonować żadnego repozytorium git z github


30

Od aktualizacji do OS X 10.9.2 nie mogę sklonować żadnego repozytorium git z github.com

Po uruchomieniu polecenia git clone pojawia się następujący błąd:

git clone https://github.com/davedelong/DDMathParser.git
Cloning into 'DDMathParser'...
fatal: unable to access 'https://github.com/davedelong/DDMathParser.git/': SSL certificate problem: Invalid certificate chain

Nie ma znaczenia, z którego repozytorium korzystam. Próbowałem też z klientem stacjonarnym Github.

Sprawdzam więc certyfikat SSL z github.com przez Safari i dostałem informację, że ssl-cert jest nieprawidłowy.

Oto zrzut ekranu mojego problemu: https://dl.dropboxusercontent.com/u/215017/github_problem.png

Jakieś pomysły? Czy mój certyfikat SSL jest uszkodzony?


Dla mnie to samo. A także z konsoli: problem z certyfikatem SSL: nieprawidłowy łańcuch certyfikatów. Również od czasu aktualizacji do OSX 10.9.2 dziś rano
frandevel

Odpowiedzi:


41

Niedawno (lipiec 2014 r.) Miałem podobny problem i stwierdziłem w systemie OS X (10.9.4), że wygasł certyfikat „DigiCert High Assurance EV Root CA” (chociaż miałem również inny, który wygasł).

  1. Otwórz dostęp do pęku kluczy
  2. szukaj Certyfikaty dla „DigiCert”
  3. Wyświetl menu> Pokaż wygasłe certyfikaty

Znalazłem dwa certyfikaty o nazwie „DigiCert High Assurance EV Root CA”, jeden wygasający w listopadzie 2031 r., A wygasł w lipcu 2014 r. (Kilka dni wcześniej). Usunięcie wygasłego certyfikatu rozwiązało problem.

Mam nadzieję że to pomoże.


4
Pokaż wygasłe certyfikaty to kluczowy punkt, w przeciwnym razie nie zobaczysz certyfikatu do usunięcia.
agilityvision

13

Rozwiązałem problem, sprawdzając mój pęku kluczy (Aplikacja -> Narzędzia -> Keychain Access.app)

Doszedłem do wniosku, że w moim pęku kluczy do logowania mam własny certyfikat Digicert. Wygląda na to, że został zepsuty. Usunąłem go i po tym wszystko działa dobrze.

Teraz https://github.com ma zielony „przycisk” na pasku adresu URL zamiast szarego.


To samo tutaj. Z jakiegoś powodu mój katalog logowania Digicert CA znajdował się w moich elementach „login” w pęku kluczy. Usunięcie go rozwiązało problem, ale nie jestem pewien, jaki efekt uboczny ma gdzie indziej lub dlaczego urząd certyfikacji był w moich elementach logowania.
ekeyser

Nieco niepokoi mnie to, że te pozornie niepoprawne certyfikaty
dotarły

Ja też ... nie mam pojęcia, jak się tam dostało. W moim przypadku miałem dwa certyfikaty, jeden to CA ...
Nicolas Miari

Ten sam problem, ta sama poprawka. Chciałbym też wiedzieć, skąd się wziął.
Ryan Ore

Czy ktoś znalazł wyjaśnienie tego dziwnego zjawiska?
Joe Carroll,

6

Przejdź do pęku kluczy w OSX i poszukaj „Digicert High Assurance EV Root CA-1” i usuń go. Następnie ponownie otwórz Github przez Safari.

Spróbuj później wykonać dowolną operację git i powinno to działać.

Mam nadzieję, że to pomoże.


9
Usunięcie nie pomogło mi w OSX Mavericks. To, co skończyło się dla mnie działaniem, to (zainspirowane tym tweetem ) odwiedzenie Certyfikatów Trusted Root Authority firmy DigiCert ; Pobrałem, DigiCert High Assurance EV Root CAa następnie przeciągnąłem / upuściłem do widoku okna „Certyfikatów” pęku kluczy. Pomyślałem, że wspomnę o tym, gdyby inni byli na tej samej łodzi… Myślę, że usunięcie certyfikatu spowodowało u mnie ból głowy.
mhulse

1
@mhulse dzięki stary. Powinieneś dodać go jako odpowiedź na to pytanie.
msk

Dzięki za kopnięcie w spodnie @frandevel! Co dziwne, właśnie ten problem przydarzył mi się na moim komputerze roboczym !!! Na podstawie wskazówek z tego wydania Homebrew GitHub wydaje mi się, że znalazłem łatwe rozwiązanie . Bardzo mile widziane. :)
mhulse

Wygląda na to, że Twoja odpowiedź powinna określać, że należy usunąć „wygasłą” wersję certyfikatu. Myślę, że tam właśnie miałem problemy (przypadkowo usunąłem certyfikat, który nie wygasł). Jeszcze raz dziękuję za udostępnienie odpowiedzi!
mhulse

4

EDYCJA: Wygląda na to, że odpowiedź @ craigb jest tym samym rozwiązaniem . Zostawię tutaj swoją odpowiedź, ponieważ zawiera linki do oficjalnych postów na blogu o tym, jak to naprawić i ma zrzut ekranu.


Używając GitHub dla komputerów Mac w OS X Mavericks, nieoczekiwanie, na moim laptopie i komputerze w pracy , zacząłem otrzymywać poniższe błędy…

Oto błąd, który wystąpił podczas klonowania:

ostrzeżenie: nie znaleziono szablonów /Applications/GitHub.app/Contents/Resources/git/templates fatal: nie można uzyskać dostępu do „ https://github.com/mhulse/xxxxxx.git/ ”: problem z certyfikatem SSL: nieprawidłowy łańcuch certyfikatów (128 )

… A oto błąd, który pojawia się podczas synchronizacji:

krytyczny: nie można uzyskać dostępu do „ https://github.com/mhulse/xxxxxx.git/ ”: Problem z certyfikatem SSL: nieprawidłowy łańcuch certyfikatów (128)

Krótko mówiąc, właśnie znalazłem ten post, który ma to wyjaśnienie i poprawkę :

Certyfikat, którego ważność wygasła, to certyfikat „DigiCert High Assurance EV Root CA” [Data wygaśnięcia 26 lipca 2014 r.]. Tymczasowy certyfikat pośredni był używany w przeszłości w ramach łańcucha zgodności starszych urządzeń.

...

Użytkownicy systemu OS X mogą rozwiązać problem, usuwając certyfikat ze swojego magazynu kluczy logowania przy użyciu dostępu do pęku kluczy.

Oto 4-etapowa poprawka:

W Dostęp do pęku kluczy przejdź do Widok -> Pokaż wygasłe certyfikaty i wyszukaj „DigiCert High”, aby znaleźć główny certyfikat CA DigiCert High Assurance, który wygasł 26 lipca 2014 r. Usuń ten certyfikat i zamknij dostęp do pęku kluczy.

naprawić dostęp do pęku kluczy

To rozwiązało problem!


-2

W moim przypadku dodanie lub usunięcie pośrednich certyfikatów nie wystarczy, aby rozwiązać problem. Musiałem usunąć wszystkie certyfikaty nieznanego organu z pęku kluczy logowania . Ikona nie jest wyświetlana, musisz wyróżnić każdą z nich, aby zobaczyć coś takiego:

ten obrazek

Te certyfikaty zostały dodane po kliknięciu „Kontynuuj” w ostrzeżeniu przeglądarki. Mam nadzieję, że te dodatkowe informacje pomogą.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.