是的，将证书添加到用户的受信任证书列表中可以解决您的问题。只要您的服务器正确设置为服务器CORS（并且似乎是正确的，基于接受证书后的成功情况），证书就是您唯一的问题。

HTTPS具有两个安全好处：

1. 您知道您与与之交谈的人之间的通信通道是安全的（例如，当爱丽丝与鲍勃交谈时，她知道没有其他人可以收听）
2. 您知道 您正在 与之 交谈的人 实际上就是他们声称的身份（例如，当爱丽丝与bob.com她交谈时，她知道这实际上是她所知道的服务器，bob.com而不是冒充者）

第一个好处是自动的。它是由加密协议保证的，不能被剥夺（除非对安全漏洞进行非常复杂的攻击，这些攻击通常会很快修复）。

第二个好处严格来说并不是技术上的好处：这是 信任的问题
。服务器使用证书将其公钥（授予第一个安全组件）与自己的身份链接。这些公钥证书由用户信任的机构（称为 证书颁发机构 （CA））签名。

当您尝试连接到时bob.com，该站点会为您提供公共密钥以执行安全通信。您对此表示怀疑，并说：“当然，这个公钥将允许我安全地与您交谈，但是我怎么知道您是
真的 bob.com？” 然后，服务器会为您提供一个 CA签名的证书 ，其中包含：

我们广受信赖的VeriSign证书颁发机构在我们的调查中会做透彻的研究，特此证明以下公用密钥确实确实属于bob.com：

公钥： ZGdlZGhydGhyaHJ0eWp5cmo...

经过验证的签名，

威瑞信

有许多主要的证书颁发机构，当且仅当它们已经可靠地验证了公钥确实属于域名时，才能（通过操作系统和浏览器）信任他们签发签名的证书。由于您的操作系统已经信任这些签名，因此我们无需任何确认即可使用它们。

当您使用自签名证书时，没有受信任的CA会验证您的证书确实属于您的域名。任何人都可以出示以下文件：

嘿，伙计，这绝对是100％的公共密钥bob.com：

公钥： WGdoZmpodHlqa2p1aXl1eWk...

相信我们，写这篇便笺的人，好吗？我们绝对确定这是关键。写这个笔记的人是奔跑的人bob.com。我们承诺。

签，

写这个笔记的家伙

它上面没有可信任的签名。用户必须决定是否希望接受公钥真正所属的证书证明bob.com。

做出有意义的决定是一个困难的过程-您需要检查证书并在某处找到公钥的预先存在的受信任记录（或与站点管理员或服务台代表联系）。实际上，您需要对证书的信任来自
某处 ，因为它不是来自主要证书颁发机构的受信任签名。

允许JavaScript自动确定信任度是没有意义的。整个要点是， 用户 必须确定证书是否可信，然后对系统的证书库进行适当的修改。

这 可以
假设性地做了Ajax请求，但它不会是漂亮。您需要向用户显示一个浏览器UI屏幕，询问用户是否要信任脚本尝试访问的任何域的自签名证书。除了对浏览体验造成极大干扰之外，这还可能造成混乱的危险：如果我正在上example.com，并且突然（由于我不知道的脚本操作），我被要求信任bob.com，我的证书可能完全基于我对的信任而接受它example.com。

将证书添加到系统的受信任证书列表中，或由系统已信任的CA对其进行签名。