简介
本文档描述应用服务器证书无法加载的问题,并显示错误消息“CSR SAN和证书SAN不匹配”。
作者:Anuj Bhatia,思科TAC工程师。
先决条件
要求
Cisco建议您了解这些主题
- 语音操作系统(VOS)平台上的证书签名请求(CSR)生成过程
- 在VOS平台上上传证书颁发机构(CA)签名证书的流程
使用的组件
本文档中的信息基于Cisco Finesse 11.0(1)及更高版本。
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。
问题:SAN在Finesse中颁发第三方签名证书
对于使用CA签名证书的服务器,第一步是生成CSR。它从Generate CSR页面创建,其中默认使用服务器的域名填充Subject Alternate Names(SANs)字段。
生成CSR后,CSR中的SAN以此格式显示
DNS Name=ora.com(dNSName)
DNS Name=finessea.ora.com(dNSName)
当第三方CA从此CSR创建证书链时,因为这些SAN名称通常包含在来自CSR的不匹配应用证书中。
DNS名称= finessea.ora.com
DNS名称=www.finessea.ora.com
GoDaddy CA提供的应用证书如图所示:
SAN的这种不匹配会妨碍在tomcat信任存储中加载应用证书,并生成错误“CSR SAN和证书SAN不匹配”
注意:问题出在VOS平台上,适用于在此操作系统上运行的所有联系中心产品,例如Cisco Live Data、Cisco Unified Intelligence Center(CUIC)等。
解决方案
有两种方法可以解决此问题:
- 客户可以向CA机构咨询,并且可以请求获得包含CSR中所有SAN的证书链。
- 更简单的选项是在生成CSR时将SAN字段留空。
CSR的SAN信息中没有数据。当CA机构提供证书链时,它会填充信息,但在上传过程中,系统会忽略允许安装证书的字段。