為什么我的報(bào)錯(cuò)了,curl: (60) Peer's Certificate issuer is not recognized.
我執(zhí)行了這句:curl -L https://github.com/docker/compose/releases/download/1.9.0/docker-compose-$(uname -s)-$(uname -m) > /usr/local/bin/docker-compose,然后報(bào)如下錯(cuò)誤:
[root@stat /]#curl -L https://github.com/docker/compose/releases/download/1.9.0/docker-compose-Linux-x86_64 > /usr/local/bin/docker-compose
? % Total? ? % Received % Xferd? Average Speed? ?Time? ? Time? ? ?Time? Current
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Dload? Upload? ?Total? ?Spent? ? Left? Speed
? 0? ? ?0? ? 0? ? ?0? ? 0? ? ?0? ? ? 0? ? ? 0 --:--:-- --:--:-- --:--:--? ? ?0
curl: (60) Peer's Certificate issuer is not recognized.
More details here: http://curl.haxx.se/docs/sslcerts.html
curl performs SSL certificate verification by default, using a "bundle"
?of Certificate Authority (CA) public keys (CA certs). If the default
?bundle file isn't adequate, you can specify an alternate file
?using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
?the bundle, the certificate verification probably failed due to a
?problem with the certificate (it might be expired, or the name might
?not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
?the -k (or --insecure) option.
2020-11-24
這種情況多發(fā)生在自簽名的證書,報(bào)錯(cuò)含義是簽發(fā)證書機(jī)構(gòu)未經(jīng)認(rèn)證,無(wú)法識(shí)別。
解決辦法是將簽發(fā)該證書的私有CA公鑰cacert.pem文件內(nèi)容,追加到/etc/pki/tls/certs/ca-bundle.crt