Die Lösung für den Fehler besteht darin, diese Zeile am Anfang des Codes hinzuzufügen:
process.env.NODE_TLS_REJECT_UNAUTHORIZED = "0";
Wenn Sie Charles ausführen und versuchen, einen Docker-Container zu erstellen, erhalten Sie höchstwahrscheinlich diesen Fehler.
Achten Sie darauf, den Charles (macos)-Proxy unter proxy -> macOS proxy zu deaktivieren
Charles ist ein
HTTP-Proxy / HTTP-Monitor / Reverse-Proxy, mit dem ein Entwickler den gesamten HTTP- und SSL-/HTTPS-Verkehr zwischen seinem Computer und dem Internet anzeigen kann.
Ähnliches kann also dasselbe Problem verursachen.
Hier ist ein Einzeiler zur Überprüfung des Zertifikats, das von einer bestimmten Zertifizierungsstelle signiert werden soll:
openssl verify -verbose -x509_strict -CAfile ca.pem certificate.pem
Dafür muss CA nirgendwo installiert werden.
Siehe Wie funktioniert ein SSL-Zertifikatskettenpaket? für Details und die korrekte Handhabung der Zertifikatskette.
Sie haben ein Zertifikat, das selbstsigniert ist, also nicht vertrauenswürdig standardmäßig beschwert sich OpenSSL deshalb. Diese Warnung ist eigentlich eine gute Sache, denn dieses Szenario könnte auch durch einen Man-in-the-Middle-Angriff entstehen.
Um dies zu lösen, müssen Sie es als vertrauenswürdigen Server installieren. Wenn es von einer nicht vertrauenswürdigen Zertifizierungsstelle signiert ist, müssen Sie auch das Zertifikat dieser Zertifizierungsstelle installieren.
Sehen Sie sich diesen Link zur Installation von selbstsignierten Zertifikaten an.