我有类似的问题，并通过暂时禁用我的反病毒(卡巴斯基免费18.0.0.405)修复了它。该反病毒具有HTTPS拦截模块，自动自签名它在HTTPS响应中找到的所有证书。

来自Cygwin的Wget对AV根证书一无所知，所以当它发现网站的证书与不信任证书签署时，它会打印这个错误。

要在不禁用AV的情况下永久修复此问题，您应该将Windows证书存储中的AV根证书以.pem文件(base64编码)的形式复制到/etc/pki/ca-trust/source/anchors中，然后运行update-ca-trust

We just had this same issue come up when we installed a newly minted certificate just this last week. I've also seen it two other times...yet I'm slow to learn. In all 3 cases I had to get the "intermediate certificates" and install them. In other words My cert was good but it's signer or it's signer's signer wasn't correctly installed. Make sure you go to your certificate provider's site and get the correct intermediate certificates and install them as well on your server and then this warning will go away.

可能不仅仅是上面的原因，也可能是客户没有更新列表……但我会确保这不仅仅是你没有完全安装正确的证书，然后再到客户端，并确保他们的列表更新。

如果您使用的是windows，只需转到控制面板，单击自动更新，然后单击windows更新网站链接。照着这一步做。至少这对我来说是有效的，没有更多的证书问题，即每当我像以前一样去https://www.dropbox.com。

我有类似的问题，并通过暂时禁用我的反病毒(卡巴斯基免费18.0.0.405)修复了它。该反病毒具有HTTPS拦截模块，自动自签名它在HTTPS响应中找到的所有证书。

来自Cygwin的Wget对AV根证书一无所知，所以当它发现网站的证书与不信任证书签署时，它会打印这个错误。

要在不禁用AV的情况下永久修复此问题，您应该将Windows证书存储中的AV根证书以.pem文件(base64编码)的形式复制到/etc/pki/ca-trust/source/anchors中，然后运行update-ca-trust

不是完全一样的问题。在docker上，我正在将我的主机文件系统挂载到/etc，其中已经安装了OpenSSL certs，这将被覆盖。

改变安装到不同的文件系统可以解决这个问题。

我也遇到过类似的问题，在安装新的SSL证书后，wget到我自己的实时网站返回错误。我已经检查了几个浏览器，他们没有报告任何错误:

wget——no-cache - o- "https://example.com/…"错误:' example.com '的证书不受信任。错误:' example.com '的证书没有已知的颁发者。

问题是我安装了错误的证书颁发机构。pem/。来自发行者的CRT文件。通常他们会将SSL证书和CA文件打包成zip文件，但DigiCert会将证书通过电子邮件发送给您，您必须自己找出匹配的CA。https://www.digicert.com/help/有一个SSL证书检查器，它列出了SSL权威和希望匹配的CA，如果他们同意，一个漂亮的蓝色链接图形:

SSL Cert: Issuer GeoTrust TLS DV RSA Mixed SHA256 2020 CA-1

CA: Subject GeoTrust TLS DV RSA Mixed SHA256 2020 CA-1 有效期为2020年7月16日至2023年5月31日 颁发者DigiCert全球根CA '