HTTPS显示不安全怎么解决？

更新时间：2026-03-22 来源：TopSSL技术团队

浏览器为什么会提示“HTTPS 不安全”？

浏览器在访问 HTTPS 网站时，会同步执行多项安全检查：

其中任何一项未能通过校验，浏览器都会在地址栏弹出“不安全”、“Not Secure”文字，或者抛出 NET::ERR_CERT_AUTHORITY_INVALID、NET::ERR_CERT_COMMON_NAME_INVALID 等错误代码。

如果你想先了解 SSL 证书的基本工作机制与加密原理，可以阅读什么是SSL证书？。

按实际运维习惯，建议按照以下由简到繁的顺序逐一进行排查：

这是日常运维中最常见、也最容易核实的问题。SSL 证书签发时包含严格的时间区间：notBefore（生效时间）与 notAfter（到期时间）。

常见报错：浏览器提示 NET::ERR_CERT_DATE_INVALID。
排查与解决：
1. 检查客户端与 Web 服务器的系统时间是否与 NTP 标准时间同步（时间偏差可能导致刚签发的证书被判定为尚未生效）。
2. 检查证书是否已过有效期。若因安装或证书状态异常导致报错，可以参考如何修复SSL证书错误？。

SSL 证书只能保护其主体别名（SAN）字段中明确包含的域名。

常见报错：浏览器提示 NET::ERR_CERT_COMMON_NAME_INVALID。
排查与解决：
- 例如：证书签发时仅保护了 www.example.com，但用户在浏览器中输入了未保护的 example.com 或 api.example.com。
- 如果业务需要同时保护主域名、子域名或多个独立域名，申请时需将所有域名加入 SAN 列表。关于如何选择合适的证书类型，可以参阅SSL证书类型怎么分?与SSL证书选购指南。

这是企业网站在部署时最容易忽略的问题。很多运维人员在 Nginx 或 Apache 中只配置了站点自己的证书（如 example.com.crt），但忽略了中间证书链（ca-bundle.crt）。

常见报错：桌面端 Chrome 访问正常（因为桌面端会自动尝试寻找并补充中间信任链），但手机端 Safari、微信小程序或 API 接口请求直接报错 NET::ERR_CERT_AUTHORITY_INVALID。
排查与解决：
- 重新生成包含完整证书链的 Full Chain 文件，并在服务端重新加载。例如 Nginx 命令：
- 详细配置及命令说明可参考怎么安装SSL证书？。

即使 SSL 证书安装正确且在有效期内，如果网页自身的 HTML 源码中依然通过 http:// 路径引用了图片、CSS、JS 脚本或 iframe 页面，浏览器就会降低页面的安全等级，提示“部分内容不安全”。

排查方法：在 Chrome 浏览器中按 F12 打开开发者工具，点击 Console 选项卡，寻找包含 Mixed Content 的红色或黄色警告信息。
排查与解决：
1. 首选方案（彻底修复）：修改源码，将所有静态资源的硬编码链接改为 https:// 或相对协议路径（如 //[cdn.example.com/style.css](https://cdn.example.com/style.css)）。
2. 过渡方案：在 HTML <head> 标签中加入 CSP 指令，强制浏览器将本站发起的 HTTP 请求升级为 HTTPS：
3. 关于如何将全站链接与数据库完整迁移至加密状态，可以参考网站如何从HTTP更改为HTTPS?。

当遇到 SSL 证书正常但网站仍提示不安全时，可对照下表顺序快速定位：

排查顺序	检查项目	排查与判断方法	常见错误代码 / 提示
1	证书有效期	查看证书`notAfter`字段及服务器 NTP 时间	`NET::ERR_CERT_DATE_INVALID`
2	域名匹配	检查证书 SAN 列表是否覆盖当前访问域名	`NET::ERR_CERT_COMMON_NAME_INVALID`
3	证书链完整性	使用 OpenSSL 命令或在线工具检测中间证书	`NET::ERR_CERT_AUTHORITY_INVALID`
4	混合内容	打开 Chrome F12 Console 检查未加密资源	`Mixed Content`/ 地址栏黄色警告
5	HTTP 自动跳转	检查服务端 301 重定向规则配置	用户直接输入域名默认走 80 端口