SSL证书不是来自公认的证书颁发机构(CA)我们但凡了解过SSL证书的朋友都明白，我们自己就可以给自己颁发数字证书(SSL证书、邮件证书、客户端证书、代码证书等)，自己签发的证书不需要一分钱。然而自签发的数字证书默认是不受到客户端操作系统信任的，所以他们访问我们的站点的时候就会提示不信任。另一方面，公认的证书颁发机构的CA证书就是默认内置在我们的操作系统或者浏览器当中的，也就是客户端操作系统默认信任的证书。所以需要购买可信的证书颁发机构颁发的数字证书，这一点很重要。常见的公认数字证书颁发机构有Comodo、GeoTrust、Symantec等。
数字证书信任链配置错误基本很少有颁发机构会使用他们的根证书直接签发客户端证书(End User Certificate), 这可能是出于安全考虑，当然也不排除部分证书颁发机构支持这样做(但是价格很惊人)。他们都选择用自己的二级证书进行颁发客户端证书，比如你购买的EV SSL绿色地址栏证书。不过如果不配置中级CA，操作系统就无法确定SSL证书的真正颁发者是谁。这时候SSL证书和被受到信任的根证书就存在一个中间证书,这个叫中级证书颁发机构CA。如果操作系统默认只内置了根证书颁发机构，而我们直接安装的是自己的域名证书。这个时候证书链就不完整，就会被标记为受信任。为了解决这个问题，我们需要在服务器配置安装SSL证书的时候也同样要使得证书链完整，才能正常使用。
证书的域名匹配程度不完整多数情况下我们的证书颁发机构都会为域名做完整的匹配，但有些时候某些证书颁发机构可能会疏忽。当为自己的域名申请数字证书的时候，CSR当中仅定义了顶级域名，并未添加更多域名DNS(可叫证书备用名称)记录。那么当你证书颁发的时候访问子域名的时候就不会受到信任，会提示你该证书不是这个域名的。
证书已经过了有效期如果你的证书不是新买的，那么应该注意你的数字证书已经过了有效期或这靠近有效期截止日期，应该联系提供商进行续费。另外如果你的证书来自某些不正常的渠道，也应该要确定一下SSL证书是否已经被吊销，任何情况都应该立即联系你的证书服务提供商。
客户端不支持SNI协议这种事情只会发生在客户使用的操作系统是Windows XP SP2以下，Android4.2以下的情况，因为这些操作系统实在是太早了。当时系统厂商并未有支持这个SNI协。SNI协议就是让多个支持SSL证书的域名共享同一个独立IP地址的技术，现在已经被几乎所有主流操作系统和浏览器支持了。在很多年以前，SSL证书是需要绑定到独立IP地址使用的，由于IPv4地址池的逐渐不够分配，SNI技术应运而生了。