github: Überprüfung des Serverzertifikats fehlgeschlagen

Question 1

Ich habe gerade ein Github-Konto und ein darin enthaltenes Repository erstellt, aber beim Versuch, eine lokale Arbeitskopie mit der empfohlenen URL über zu erstellen

git clone https://github.com/<user>/<project>.git

Ich bekomme einen Fehler wie

fatal: Zugriff nicht möglich ‘https://github.com//.git‘: Überprüfung des Serverzertifikats fehlgeschlagen. CA-Datei: /home//.ssl/trusted.pem CRL-Datei: keine

Ich bin auf Debian Jessie und hätte erwartet, dass sowohl Debian als auch GitHub eine Auswahl allgemein akzeptierter Zertifizierungsstellen bereitstellen / sich darauf verlassen, aber anscheinend vertraut mein System dem Zertifikat von GibHub nicht.

Gibt es eine einfache Möglichkeit, dies zu beheben (ohne den häufig empfohlenen „GIT_SSL_NO_VERIFY=true“-Hack und ähnliche Problemumgehungen)?

BEARBEITEN:

Zusätzliche Information:

Das ca-certificate-Paket wird installiert.
Die Installation der Zertifikate von cacert.org, wie von @VonC vorgeschlagen, hat nichts geändert.

Meine persönliche ~/.ssl/trusted.pem-Datei enthält zwar ein paar Einträge, aber um ehrlich zu sein, weiß ich nicht mehr, woher die hinzugefügten Zertifikate kamen …

Beim Entfernen von ~/.ssl/trusted.pem ändert sich die Git-Fehlermeldung zu

fatal: unable to access 'https://github.com/tcrass/scans2jpg.git/': Problem with the SSL CA cert (path? access rights?)

BEARBEITEN:

Der Rat von @VonC bezüglich der Option git https.sslCAinfo hat mich auf den richtigen Weg gebracht – ich habe gerade die heruntergeladenen CAs von cacert.org zu meiner trusted.pem hinzugefügt, und jetzt beschwert sich git nicht mehr.

Question 2

Sie können die SSL-Überprüfung auch deaktivieren (wenn das Projekt keine andere hohe Sicherheitsstufe als Login/Passwort erfordert), indem Sie Folgendes eingeben:

git config --global http.sslverify false

genieße git 🙂

Question 3

Stellen Sie zunächst sicher, dass Sie Zertifikate auf Ihrem Debian installiert haben in /etc/ssl/certs.

Wenn nicht, installieren Sie sie neu:

sudo apt-get install --reinstall ca-certificates

Seitdem Paket nicht enthalten Wurzel Zertifikateaddieren:

sudo mkdir /usr/local/share/ca-certificates/cacert.org
sudo wget -P /usr/local/share/ca-certificates/cacert.org http://www.cacert.org/certs/root.crt http://www.cacert.org/certs/class3.crt
sudo update-ca-certificates

Stellen Sie sicher, dass Ihr Git auf diese Zertifizierungsstelle verweist:

git config --global http.sslCAinfo /etc/ssl/certs/ca-certificates.crt

Jason C erwähnt eine weitere mögliche Ursache (in den Kommentaren):

Es war die Uhr. Der NTP-Server war ausgefallen, die Systemuhr war nicht richtig eingestellt, ich habe es anfangs nicht bemerkt oder daran gedacht, nachzusehen, und die falsche Zeit führte dazu, dass die Überprüfung fehlschlug.

Zertifikate sind zeitkritisch.

Question 4

Es kann auch ein selbstsigniertes Zertifikat usw. sein. Das globale Deaktivieren der SSL-Überprüfung ist unsicher. Sie können das Zertifikat so installieren, dass es für das System sichtbar ist, aber das Zertifikat sollte vollkommen korrekt sein.

Oder Sie können mit einem Konfigurationsparameter klonen, sodass der Befehl lautet:

git clone -c http.sslverify=false https://myserver/<user>/<project>.git;

GIT merkt sich den falschen Wert, Sie können ihn in der überprüfen <project>/.git/config Datei.

Question 5

Ich hatte auch diesen Fehler, als ich versuchte, ein Repository von Github auf einem Windows-Subsystem von der Linux-Konsole zu klonen:

schwerwiegend: Zugriff auf „http://github.com/docker/getting-started.git/“ nicht möglich: Überprüfung des Serverzertifikats fehlgeschlagen. CA-Datei: /etc/ssl/certs/ca-certificates.crt CRL-Datei: keine

Die Lösung von @VonC in diesem Thread hat bei mir nicht funktioniert.

Die Lösung daraus Artikel von Fabian Lee hat es bei mir gelöst:

openssl s_client -showcerts -servername github.com -connect github.com:443 </dev/null 2>/dev/null | sed -n -e '/BEGIN\ CERTIFICATE/,/END\ CERTIFICATE/ p'  > github-com.pem
cat github-com.pem | sudo tee -a /etc/ssl/certs/ca-certificates.crt

Question 6

Ich hatte ein ähnliches Problem und bekam die Fehlermeldung:

fatal: unable to access XXXX server certificate verification failed. CAfile: none CRLfile: none

Es passierte plötzlich, als ich versucht hatte, eine Verbindung zu meinem regulären (FUNKTIONIERENDEN!) Gitlab-Server, SSL erstellt mit letsencrypt, von Git unter WSL2 Ubuntu herzustellen.

Es gab keine Probleme beim Zugriff auf den Server über den Browser, die SSL-Kette schien in Ordnung zu sein, wenn mit Tools wie überprüft wurde https://www.sslshopper.com/ssl-checker.html

Sie müssen Ihre CA-Zertifikate aktualisieren.

sudo apt update
sudo apt upgrade
sudo apt-get install --reinstall ca-certificates
sudo update-ca-certificates


# now it should work perfectly
git pull

es könnte daran liegen:
https://techcrunch.com/2021/09/21/lets-encrypt-root-expiry/

Question 7

Eine andere mögliche Ursache ist, dass die Uhr Ihres Computers nicht synchronisiert ist (z. B. auf Raspberry Pi). Überprüfen Sie das aktuelle Datum/die aktuelle Uhrzeit mit:

$ date

Wenn das Datum und/oder die Uhrzeit falsch sind, versuchen Sie die Aktualisierung mit:

$ sudo ntpdate -u time.nist.gov

Question 8

Für mich ein einfaches

sudo apt-get update

hat das Problem gelöst. Es war ein Uhrproblem und mit diesem Befehl wird es auf das aktuelle Datum/die aktuelle Uhrzeit zurückgesetzt und alles hat funktioniert