我按照这篇教程为了开发目的在Windows上创建签名的SSL证书，对于我的一个域名它很有效（我使用hosts文件模拟DNS）。然后我意识到我有许多子域名，为每个子域名创建证书会非常麻烦。因此，我尝试使用通配符在Common字段中创建证书，就像serverfault上的一些回答建议的那样。就像这样：
Common Name: *.myserver.net/CN=myserver.net
然而，将证书导入到受信任的根证书颁发机构后，在Chrome中出现了NET::ERR_CERT_COMMON_NAME_INVALID错误，对于主域和其所有子域名，例如：https://sub1.myserver.net和https://myserver.net。
该服务器无法证明它是myserver.net；它的安全证书来自*.myserver.net/CN=myserver.net。
这可能是由于配置错误或攻击者拦截您的连接引起的。
是否在通用名称字段中有错误导致此错误？
Chrome 58已经停止支持没有主题备用名称的证书。
今后，这可能是你遇到此错误的另一个原因。
解决办法是将您使用的域名添加为“subjectAltName”（X509v3主题备用名称）。这可以通过更改您的OpenSSL配置（在Linux上为/etc/ssl/openssl.cnf）并修改v3_req部分来完成，使其如下所示：
[ v3_req ]
# Extensions to add to a certificate request
basicConstraints = CA:FALSE
keyUsage = nonRepudiation, digitalSignature, keyEncipherment
subjectAltName = @alt_names
[alt_names]
DNS.1 = myserver.net
DNS.2 = sub1.myserver.net
在这种情况下，不要忘记在生成新证书时使用-extensions v3_req开关。(另请参见如何使用OpenSSL生成带有SubjectAltName的自签名证书？)
subjectAltName = @alt_names 完全解决了我的问题。我之前通过提供 CN=*.example.com 将 DNS 身份绑定到了我的域名上。设置 DNS.1 = example.com 和 DNS.2 = *.example.com 就解决了问题。奇怪的是（对我来说），这一切都在 2017-03-17 之前都能正常工作，但在一天之后就停止了（当时运行了大量的 Windows 更新）。然而，在 Linux 上没有任何问题，这只出现在 Windows 的 Chrome 和 Firefox 上。 - bossisubjectAltName的证书自Chrome 58起，目前正在测试中。这让我很困扰，因为我不仅没有看到任何关于它的东西，而且错误名称非常误导人（无效的不是通用名称！）我和你相反；这只发生在我的Linux上，所以我花了几个小时来修复我的本地证书存储。 - Tobias J58.0.3029.19 beta (64-bit)版本。我已经使用正确的subjectAltName重新生成了证书树，现在一切都正常了。我同意，错误信息非常误导人，因为无效的不是CommonName。如果消息显示“证书缺少适当的subjectAltName”，那么每个人都会更加满意。 - Pawel KraszewskisubjectAltName。 - TheFrost创建openssl.conf文件：
[req]
default_bits = 2048
default_keyfile = oats.key
encrypt_key = no
utf8 = yes
distinguished_name = req_distinguished_name
x509_extensions = v3_req
prompt = no
[req_distinguished_name]
C = US
ST = Cary
L = Cary
O = BigCompany
CN = *.myserver.net
[v3_req]
keyUsage = critical, digitalSignature, keyAgreement
extendedKeyUsage = serverAuth
subjectAltName = @alt_names
[alt_names]
DNS.1 = myserver.net
DNS.2 = *.myserver.net
Run this command:
openssl req -x509 -sha256 -nodes -days 3650 -newkey rsa:2048 -keyout app.key -out app.crt -config openssl.conf
输出文件app.crt和app.key适用于我。
DNS.1 = *.myserver.net 中有一个打字错误。应该是 DNS.2 = *.myserver.net。对我来说完全没问题。 - Artem Stepin正如Rahul所说，这是一个常见的Chrome和OSX的bug。过去我也遇到了类似的问题。事实上，当我测试本地网站时，我终于厌倦了额外点击两次（是的，我知道这不是很多）的操作。
至于解决这个问题的可能方法[使用Windows]，我建议使用众多自签名证书工具之一。
推荐步骤：
您的通配符*.example.com并未覆盖根域名example.com，但将覆盖任何子域名变体，例如www.example.com或test.example.com
首选方法是建立主题备用名称（Subject Alternative Names），就像Fabian's Answer所示，但请记住，Chrome当前要求公共名称（Common Name）必须另外列为其中一个主题备用名称（正如在其答案中正确展示的那样）。我最近发现了这个问题，因为我拥有公共名称example.com和SANswww.example.com和test.example.com，但在Chrome中收到了NET::ERR_CERT_COMMON_NAME_INVALID警告。我不得不生成一个新的证书签名请求，其中example.com既是公共名称，也是其中一个SAN。然后Chrome完全信任该证书。别忘了将根证书导入到Chrome中，以作为识别网站的可信机构。
和DNS.2 = *.example.com`即可。 - Ben Johnson<your ip here, e.g. 192.168.1.12>const https = require('https');
const fs = require('fs');return app.listen(PORT, () => { ... });https.createServer({
key: fs.readFileSync('./cert.key','utf8'),
cert: fs.readFileSync('./cert.crt','utf8'),
requestCert: false,
rejectUnauthorized: false
}, app).listen(PORT)我在Chrome或Firefox中没有更多的错误了