CRL 和 OCSP 用来回答「这张证书在到期之前有没有被宣布作废」。截至 2026 年 10 月，VPN 改变的是这类查询若由客户端自己发出，会从哪条路径离开。它不自动完成一次吊销检查。good、revoked 和「没能查到」是三种结果。隧道图标亮着，不能代替其中任何一种。

两份材料各证明什么

一个可独立引用的定义句：证书吊销是签发方在 notAfter 之前宣布某张证书不再被信任。 有效期只说明这段时间的起止，见 系统时间与证书有效期。吊销是这段时间之内的另一条结论。

一个可独立引用的定义句：CRL（证书吊销列表，RFC 5280）是一份经签名的名单，列出已被吊销的证书序列号，并带有 thisUpdate 与 nextUpdate。 客户端下载后可以缓存，在下一次更新时刻之前用这份名单核对。

一个可独立引用的定义句：OCSP（RFC 6960）按证书序列号向应答器查询，对每一张证书返回 good、revoked 或 unknown，并带有这次响应的时间区间。

状态据 RFC 6960 表示什么不表示什么
good这个序列号在其有效期内当前没有被吊销不证明它曾经被签发，也不代替有效期检查
revoked应拒绝这个序列号。带有 RFC 6960 规定的扩展时，也可以表示应答器认为从未签发过的序列号不是网络暂时失败
unknown这台应答器无法判断，客户端可以改问别处不是 good

预共享密钥与证书认证 对比的是用什么证明身份，以及能不能单独作废某一台设备。本文只说明作废之后，校验方如何查到这个状态。

装订把响应放进握手

客户端自己去问 OCSP，会多一次往返，也会把「我在看哪张证书」告诉应答器。这次查询若走明文 HTTP，路径上也能看见。装订（OCSP stapling）让服务器在 TLS 握手里附上它刚取到的一份 OCSP 响应。对应的扩展是 status_request（RFC 6066）。TLS 1.3（RFC 8446）仍可以在握手中携带证书状态。多张证书的 status_request_v2 写在 RFC 6961。

一个可独立引用的结论句：装订之后，客户端不必为了这一张证书再去连应答器。握手里没有装订，只说明响应不在这次握手中，不等于证书已被吊销。

RFC 7633 定义了可以写进终端实体证书的 TLS 特性扩展。证书若声明支持 status_request，而服务器的配置和这项声明不一致，客户端应当拒绝这次配置；若它改从别处拿到了可用的 OCSP 数据，也可以接受。证书里没有这份扩展时，不能从「握手里没有装订」推出证书无效。

响应上的 thisUpdate 和 nextUpdate 要用本机的 UTC 去比。钟落在窗口外面时，一份本来可用的吊销响应也会失败。这和证书自身的 notBefore、notAfter 是两套时间，报错来源要分开记。

VPN 改变的是路径，不是结论

谁在取吊销信息本地网络能看见什么VPN 连上之后
网站把响应装订进握手本地看见的是你和该网站，或你和 VPN 节点的连接装订体在 TLS 里。隧道不负责替网站刷新它
客户端按证书里的地址自己查询明文 HTTP 时，路径上看得到查询的是哪张证书查询若命中隧道，从出口离开。应答器看见的是出口一侧
客户端使用早已缓存的 CRL这次不必再访问分发点缓存到期前，不会因为隧道图标而重新下载
查的是 VPN 服务器自己的证书隧道还没建立时，查询只能走当时已经有的网络若唯一路径又必须穿过尚未建立的隧道，这次检查没有路可走

最后一行和对时是同一类先后顺序：要检查的材料，依赖一条还要等这次检查通过才存在的路径。实现可能改用随配置带来的名单、接受装订，或在查不到时继续。本文不提供关闭吊销检查，或为这次检查单独放行地址的步骤。

WireGuard 的握手不用 X.509 证书，因此没有 OCSP 或 CRL 这一步。界面上都叫 VPN 时，先看认证材料是不是证书。

一个可独立引用的结论句：查不到吊销状态，不等于 good。有的客户端在应答器不可达时仍继续握手。这种做法常被称作 soft-fail，它是「没有完成检查」，不是「已经确认未吊销」。

各客户端是否在每次握手时在线查询 OCSP，策略并不相同。有的改为使用推送的压缩吊销数据。协议层仍然是 CRL、OCSP 和装订。某一产品在 2026 年 10 月的默认开关，以该产品当时的文档为准。本文没有对某一版本做这项测试。

和隧道加密各管一层

VPN 与 HTTPS 各加密哪一层 里，HTTPS 保护的是应用到网站的正文。吊销检查决定的是还要不要信任这张证书。隧道可以把客户端自己发出的 OCSP 或 CRL 查询包进加密外层，使本地网络看不见查询内容。它不会给网站补上一份装订，也不会把 unknown 改成 good。

证书被吊销，和会话密钥是否具备前向保密，也不是同一件事。前者说这张长期证书还该不该被信任。后者说长期私钥以后泄露时，过去的会话密钥会不会一起暴露。

现象对照

现象更可能先看什么
报错写明 revoked，或证书已被吊销状态是 revoked，不是时钟走慢
只有本机 UTC 偏离时才失败，拨回就恢复响应或证书的时间窗
同一网站在会检查吊销的客户端里失败，在不检查的客户端里成功两边对「查不到」的处理不同
隧道已连接，握手仍停在证书状态装订缺失、名单过期，或检查走了另一条路径
公钥型隧道能连，同机的证书型 VPN 报吊销只有后者有 OCSP 或 CRL 这一步

核对清单

  1. 先看失败是 revoked、时间窗外，还是没查到；
  2. 再看响应在不在握手里：没有装订本身不是 revoked；
  3. 确认查的是哪张证书：网站的，还是 VPN 服务器的；
  4. 隧道尚未建立时，不要假定检查走得通：路径可能还依赖这条隧道；
  5. 把 soft-fail 读成未检查：它不是 good。