如何创建可通过update-ca-trust且支持serverAuth的自签名CA证书？

你的错误并非因为basicConstraints = critical, CA:true与extendedKeyUsage = serverAuth互斥——这两个扩展完全可以共存，问题出在证书的角色定位错误：你把CA证书直接当作服务器终端证书使用了。

为什么会报错？ #

CA证书（标记CA:true）的核心用途是签发其他证书，验证工具（如openssl s_client、curl）会默认认为这类证书不应作为终端实体（比如Web服务器）使用。哪怕你给CA证书加上了serverAuth扩展，工具仍会判定其用途不符合服务器认证的场景，从而抛出unsupported certificate purpose错误。

正确的配置方案 #

方案1：CA->中级->叶证书链（推荐） #

这是符合PKI规范的标准流程：

• 根CA证书：仅配置CA所需扩展，无需serverAuth：

  basicConstraints = critical, CA:true
  keyUsage = critical, cRLSign, keyCertSign
  

  将此根CA证书安装到Linux客户端的/etc/pki/ca-trust/source/anchors/目录，执行update-ca-trust extract更新信任库。
• 服务器叶证书：由根CA（或中级CA）签发，配置终端实体专属扩展：

  basicConstraints = CA:false
  keyUsage = critical, digitalSignature, keyEncipherment
  extendedKeyUsage = serverAuth
  

  服务器部署此叶证书+完整证书链（若有中级CA）。

方案2：单自签名证书（简化场景） #

若不想维护证书链，可直接创建自签名服务器证书，而非CA证书：

basicConstraints = CA:false
keyUsage = critical, digitalSignature, keyEncipherment
extendedKeyUsage = serverAuth

将此证书放入客户端/etc/pki/ca-trust/source/anchors/，执行update-ca-trust extract即可。部分系统可能对非CA的自签名信任锚有限制，因此方案1更稳妥。

验证扩展共存性 #

你可以创建一张中级CA证书，同时包含CA:true和serverAuth扩展，验证工具不会报错——只要你不把它当作终端服务器证书使用。比如中级CA证书的配置：

basicConstraints = critical, CA:true, pathlen:0
keyUsage = critical, cRLSign, keyCertSign
extendedKeyUsage = serverAuth

此证书可用来签发服务器叶证书，同时自身也能作为服务器证书使用（虽非典型场景，但技术上可行，不会触发26号错误）。

内容的提问来源于stack exchange，提问作者Mohammad Azim