证书csr是什么

验证CSR和认证不匹配UC的目录简介先决条件要求使用的组件背景信息Cisco通信管理器证书管理问题CA签发的证书的通例在CUCM解决方案1.
请使用OpensslIn命令根(或Linux)解决方案2.
请使用从互联网的所有SSL认证键分类员解决方案3.
比较从所有CSR译码器的内容从互联网简介本文描述如何识别CertificateAuthority(CA)签名的证书是否匹配现有的证书署名请求(CSR)CiscoUnified应用服务器的.
先决条件要求Cisco建议您有X.
509/CSR知识.
使用的组件本文档不限于特定的软件和硬件版本.
本文档中的信息都是基于特定实验室环境中的设备编写的.
本文档中使用的所有设备最初均采用原始(默认)配置.
如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响.
相关产品本文可能也与这些一起使用硬件和软件版本:CiscoUnified通信管理器(CUCM)qCiscoUnifiedIM和存在qCiscoUnifiedUnityConnectionqCUISqCiscoMeidasenceqCiscoUnifiedContactCenterExpress(UCCX)q背景信息证明请求包括一个不同的名字、一个公共密钥和请求证明实体共同签字的可选的套属性.
证明请求被发送到变换请求成X.
509公钥证明的认证机构.
在什么表认证机构返回在本文的范围之外,最近签名的证书是.
PKCS-7消息是一possibility.
(RFC:2986).
Cisco通信管理器证书管理目的包括一套属性是二倍的:为了提供关于一个特定实体的其他信息或者实体能以后请求认证吊销的质询密码.
q为了为在X.
509证书的包括提供属性.
当前统一的通信(UC)服务器不支持质询密码.
q如此表所显示,当前CiscoUC服务器要求在CSR的这些属性:信息说明orgunit组织单位orgname组织名字现场组织的位置状态组织状态国家不可能更改国家代码alternatehostname备选主机名问题当您支持UC时,您能遇到CA签名的证书在UC服务器不能被加载的很多案件.
您不能总是识别什么在签名的证书的创建时发生了,因为您不是使用CSR为了创建签名的证书的人.
在多种情况下,重签新证书耗费超过24小时.
UC服务器例如CUCM没有详细日志/跟踪为了协助解决识别认证加载为什么发生故障,但是他们给予一个错误信息.
此条款的目的将缩小问题,它是否是UC服务器或CA问题.
CA签发的证书的通例在CUCMCUCM支持与第三方CAs的集成与是可访问的在CiscoUnified通信操作系统的认证管理器GUI的使用PKCS-10CSR机制.
用户,当前使用第三方CAs必须使用CSR机制为了发行CiscoCallManager、CAPF、IPSec和Tomcat的证书.
步骤1.
,在您生成CSR前,请更改识别.
如此镜像所显示,CUCM服务器的身份为了生成CSR可以修改与使用set命令Web安全.
如果有空间在上述字段,如镜像所显示,请使用""为了达到命令.
步骤2.
如镜像所显示,生成CSR.
步骤3.
下载CSR并且获得它签字由CA如镜像所显示.
步骤4.
加载CA签发的证书到服务器.
一旦CSR生成,并且认证签字,并且,如果不能加载它与错误信息"错误读认证的"(如此镜像所显示),然后您需要证实CSR是否被重新生成或签名的证书是否是问题的原因.
有三种方式证实CSR是否被重新生成或签名的证书是问题的原因.
解决方案1.
请使用OpensslIn命令根(或Linux)步骤1.
如镜像所显示,登陆对根并且连接到文件夹.
步骤2.
复制签名的证书到有安全的FTP的(SFTP)同一个文件夹.
如果无法设置SFTP服务器,如镜像所显示,则在TFTP文件夹的加载能也获得在CUCM上的认证.
3.
如镜像所显示,检查MD5CSR和签名的证书.
解决方案2.
请使用从互联网的所有SSL认证键分类员解决方案3.
比较从所有CSR译码器的内容从互联网步骤1.
如此镜像所显示,复制其中每一会话认证详细信息.
步骤2.
他们在一个工具例如Notepad++与比较比较插件如此镜像所显示.