HTTPS 证书类型与常见错误速查

5 个速查板块 · 关联 5 款站内工具 · 数据最后核对 2026-10-05

DV / OV / EV 证书差在哪、证书链为什么会缺、六种浏览器报错各自指向什么原因,以及 TLS 1.2 与 1.3 的握手差别。

HTTPS 的三件事可以分开理解:加密解决了「路上不被偷看」,身份认证解决了「对面真是它」,完整性解决了「内容没被改过」。这三件事都由 TLS 协议完成,证书则是身份认证的凭据。

配 HTTPS 时遇到的绝大多数问题,都能归结到证书的三处细节:类型选得对不对、证书链是否完整、有效期是否还在。下面从证书类型开始,然后是链的构成与报错对照,最后简单说清 TLS 版本差异——因为它直接关系到「为什么老设备连不上」。

1三类证书:验证强度不同,加密强度相同

DV、OV、EV 的区别只在「CA 验证了你的什么」,与加密算法的强度无关。三者的 TLS 加密效果完全一样。

类型全称CA 验证内容签发速度适用场景
DVDomain Validation只验证域名控制权(DNS 加一条 TXT,或放一个验证文件)几分钟到几小时个人站、博客、API、内部服务,绝大多数场景够用
OVOrganization Validation验证域名控制权 + 组织的真实存在(营业执照等)1 到 3 个工作日企业官网、需要向用户展示主体信息
EVExtended Validation最高级别的人工审核,验证组织与法律主体数个工作日金融、支付等对信任要求极高的场景
自签名Self-signed由自己签发,不在浏览器信任库里即时仅限本地开发与内网测试,浏览器会拦截

浏览器地址栏的「绿色公司名」早已取消:主流浏览器从 2019 年前后不再为 EV 证书做特殊展示,只保留常规的锁形图标。所以现在选 EV 的理由是合规与审核留痕,而不是「看起来更安全」。

2覆盖范围:单域名、通配符、多域名

证书的覆盖范围写在它的 SAN(Subject Alternative Name)字段里,与证书类型是两个独立维度——免费证书同样可以覆盖多个域名。

覆盖范围写法说明
单域名example.com只覆盖写明的这一个是域名。www.example.com 需要单独签发或写进 SAN
通配符*.example.com覆盖同一级的所有子域名,**但不覆盖裸域** example.com,也不覆盖多级子域(如 a.b.example.com)
多域名(SAN)多个域名并列一张证书里列出多个域名,通常有数量上限
通配符 + 裸域*.example.com 与 example.com 并列最常见的组合:一张证书同时管住 www、裸域和任意子域名

3证书链:为什么「电脑能开、手机打不开」

证书不是孤立的,而是一条链:服务器证书 → 中间证书 → 根证书。服务器必须把前两者一起下发,根证书则预装在各系统的信任库里。缺了中间证书,就出现这台设备能开、那台设备打不开的现象。

链的构成
根证书(系统内置,几百个)→ 中间证书(CA 的中转签发者)→ 服务器证书(你的域名)
服务器要发什么
服务器证书 + 全部中间证书,按顺序拼成一个文件下发;根证书不用发,客户端自己就有
缺中间证书的典型症状
桌面 Chrome 正常(它会自动补齐缺失的中间证书),但 Android、部分 Java 客户端、命令行工具报「证书链不完整」。这是「电脑能开手机不能开」最常见的原因
排查方式
用在线 SSL 检测工具或 openssl s_client -connect 域名:443 -showcerts 看返回了几张证书,是否包含中间证书
有效期上限
公开信任的 TLS 证书有效期上限自 2020-09-01 起为 398 天;行业内已通过分阶段缩短的决议,实际上限请以 CA/Browser Forum 的最新公告为准
免费证书
Let’s Encrypt 等提供 90 天有效期的免费 DV 证书,配合自动续期脚本完全可用;短有效期带来的唯一要求是「续期必须自动化」

4六类浏览器证书报错对照

报错信息本身就是最好的诊断线索。注意区分「时间问题」「名字问题」「链条问题」三族。

报错关键字含义排查方向
ERR_CERT_DATE_INVALID证书已过期或尚未生效检查系统时间是否正确,再看证书 notBefore 与 notAfter
ERR_CERT_COMMON_NAME_INVALID证书覆盖的域名与访问的域名不匹配核对 SAN 列表里有没有当前域名,www 与裸域要注意区分
ERR_CERT_AUTHORITY_INVALID签发者不在信任库里自签名证书、企业自建 CA、或中间证书缺失
ERR_CERT_REVOKED证书已被吊销CA 认为该证书不可信,需重新签发
ERR_SSL_PROTOCOL_ERROR握手失败,不是证书本身的问题协议版本或加密套件不兼容,也可能是端口上跑的根本不是 HTTPS 服务
混合内容警告页面为 HTTPS,但内部加载了 HTTP 资源把页面里的图片、脚本、样式地址全部换成 HTTPS 或改写成相对协议地址

5TLS 1.2 与 TLS 1.3 的差别

版本差异主要体现在握手往返次数与加密套件的取舍上。对企业站而言,更需要注意的是「还开着老版本协议」这件事本身带来的合规与兼容风险。

对比项TLS 1.2TLS 1.3
握手往返通常 2 个往返(2-RTT)1 个往返(1-RTT),会话恢复可做到 0-RTT
支持的加密套件包含一些历史遗留的弱套件只保留 AEAD 类强套件,删除了 RSA 密钥交换等老旧方式
前向保密可选,取决于配置强制要求,默认具备前向保密
状态仍被广泛支持,可保留兼容当前推荐版本

TLS 1.0 与 1.1 已由 RFC 8996 正式弃用,主流浏览器也早已停止支持。仍在启用的老协议不仅没有安全收益,还可能触发合规检查不通过——升级时优先确认这一点,而不是纠结套件细节。

关于「HTTPS 证书类型与常见错误速查」的常见问题

DV、OV、EV 证书在加密上有区别吗?

没有区别。三者的加密算法与强度完全相同,建立起来的 HTTPS 连接在技术上是等价安全的。它们的差别只在于 CA 在签发前验证了什么:DV 只验证你对域名的控制权,OV 额外验证组织的真实存在,EV 则是最高等级的人工审核。选择依据应该是「是否需要向用户或合作方证明主体身份」,而不是「哪个更安全」。对个人站与大多数应用来说,免费的 DV 证书完全够用。

为什么电脑上能正常打开,手机上却提示证书错误?

最常见的原因是证书链不完整——服务器只下发了自己的证书,没有一起下发中间证书。桌面版 Chrome 会自动从系统或缓存里补齐缺失的中间证书,所以看起来正常;而 Android、部分 Java 客户端、命令行工具不会自动补齐,就会报「证书链不完整」或「签发者不可信」。解决办法是在服务器配置里把中间证书与服务器证书按顺序拼接成一个文件下发。也有少数情况是手机系统时间不对或系统证书库过旧。

证书有效期最长能有多久?

公开信任的 TLS 证书有效期上限自 2020 年 9 月 1 日起为 398 天,这条规则由 CA/Browser Forum 制定、主流浏览器强制执行。行业内已通过分阶段缩短有效期的决议,具体的时间表与数值请以 CA/Browser Forum 的最新公告为准。实际部署更值得关注的是「续期是否自动化」——有效期越短,自动化续期越重要;Let’s Encrypt 的 90 天证书配合自动续期脚本是成本最低的可行方案。

自签名证书能用在生产环境吗?

不建议。自签名证书不在浏览器的信任库里,访客会看到醒目的安全警告,绝大多数人会直接关掉页面;而且自签名意味着没有第三方为你担保,无法防范中间人攻击,安全收益也有限。它适合的场景是本地开发、内网服务、设备调试。生产环境应使用公开 CA 签发的证书——免费 DV 证书的申请与自动续期都相当成熟,没有任何理由为了省这点成本而牺牲信任。

内容标识:本页内容由人工智能辅助生成,并经人工核对与编辑。详见 人工智能生成内容标识说明。
内容说明:本页速查数据由本站自行整理,事实性内容以对应官方规范与文档为准,未复制第三方速查表或百科的表述。数据最后核对日期:2026-10-05。若发现错误或已更新的标准,欢迎通过页脚反馈入口告知。