Windows网页提示证书过期：先校时，再判断是不是网站的问题

网页突然提示“证书已过期”，代理客户端却没有明显断线。这时换节点可能改变访问路径，却改不了电脑拿哪一个时间判断证书。先分清报错：连接超时、证书过期和证书颁发者不受信任，不是同一个问题。

本文以 Windows 上的 Firefox 为例，处理时间相关的网页证书错误。步骤依据官方帮助整理；另做了一次公开证书的有效期检查，不是读者故障的现场复现，也没有通过修改本机时钟制造浏览器警告。

先留下错误代码，不急着强行继续

在错误页打开“高级”，记录完整代码和出错域名；这一步只是看详情，不是接受风险。SEC_ERROR_EXPIRED_CERTIFICATE 指向过期问题，MOZILLA_PKIX_ERROR_NOT_YET_VALID_CERTIFICATE 指向尚未生效。Mozilla 的时间错误说明把它们列为应核对时钟的情况，但网站证书本身也可能有问题。

如果是 SEC_ERROR_UNKNOWN_ISSUER，校时不是主要解释方向：它表示证书颁发者未被信任。不要把所有安全警告都套进“时间不准”这个答案。先保持网络和代理模式不变，避免一边校时、一边换 DNS、一边装证书，最后不知道哪个条件影响了结果。

为什么只差一个日期也会被拒绝

证书含有有效期起点与终点。判断它是否在有效期内，需要把当前时间与两端比较：设备误跳到过去，可能把已经生效的证书看成“还没开始”；误跳到未来，也可能把仍有效的证书看成“早已过期”。

本次在 2026 年 10 月 9 日通过 Python 默认 TLS 验证连接公开网站 example.org，读取了当时返回的证书。随后仅用读取到的日期做边界计算，未把系统时间改成测试日期：

用于比较的 UTC 时间	有效期比较结果
2026-09-26 22:04:05，起点前一分钟	不在有效期内
2026-10-09 01:50:49，本次检查时刻	在有效期内
2026-12-25 22:14:27，终点后一分钟	不在有效期内

这张表只验证时间区间比较。网站可能更换证书，未来读到的日期可能不同；域名匹配、信任链等检查也不能被这一张表代替，更不能据此判断某个代理安全或不安全。

Windows先核对年月日，再核对时区

进入 设置 → 时间和语言 → 日期和时间。对照一台时间可信的设备，先看年份、月份和日期，再看小时；别只看任务栏上“分钟差不多”。按微软的设置说明，可以启用自动设置时间，并按实际位置选择时区。

在中国大陆通常选择 UTC+08:00 的北京、重庆、香港特别行政区、乌鲁木齐时区。人在其他地区，应使用当地正确设置，不为了匹配教程硬选北京。也不要只把小时数凑对、留下错误时区。

可用“立即同步”时，完成一次同步，然后重新检查显示时间。自动开关开启不等于最近一次同步一定成功；若同步失败，不反复修改防火墙、时间服务器或注册表。先确认联网情况；受单位管理的设备交给管理员处理。个人设备确需手动校时时，使用可信时间，并在网络恢复后再检查自动同步。

记录“校时前的日期、校时后的日期、同一网页是否恢复”，再重新打开原页面。如果恢复，只能说本次问题与时间设置有关，不能推广成所有证书报错都靠校时解决。

时间正确仍报错，按范围继续排查

只在一个网站发生时，核对地址拼写，再用另一台可信设备在允许的网络上访问同一域名。如果也报证书问题，将代码交给网站维护者；可能需要由对方处理证书到期或配置，继续把电脑日期往回拨不是修复。

多个 HTTPS 网站都出现“不受信任的颁发者”时，查看最近是否安装过会检查加密流量的安全软件，或是否处于单位管理的网络。Mozilla 的错误代码帮助列出了安全软件、企业检查以及恶意软件等不同可能性。这些是排查方向，不是看到报错就能认定有人窃取数据。

可以在不违反设备管理要求的前提下，对比另一个浏览器，但“另一个能打开”也不能证明原警告无害：它们的信任设置、代理路径和扩展可能不同。保留保护设置，联系管理员或软件支持核对；不安装陌生根证书，不关闭杀毒软件，不把客户端的跳过证书验证当成网页修复按钮。

若其实是在酒店或校园网登录前报错，先按公共 Wi-Fi 认证步骤确认入口。那是接入认证问题，和本文的时间检查有交集，却不能互相替代。

求助时提供系统和浏览器版本、错误代码、是否只影响一个域名、校时前后的结果即可。截图遮住账号、订阅令牌和个人目录。排查的目标是找到失配条件，而不是让安全警告不再显示。