根本原因是系统时间偏差超过5分钟导致https证书有效期验证失败；需用sntp或ntpdate强制同步国内ntp服务器（如182.92.12.11），启用自动时间与时区设置，更换为cn.pool.ntp.org等高可用源，并排查虚拟机、代理或cmos电池老化干扰。
https 报错（如“您的连接不是私密连接”“证书已过期”或“net::err_cert_date_invalid”）在 macos 上频繁出现，往往不是证书本身问题，而是系统时间比服务器快或慢几秒甚至几分钟——ssl/tls 协议对时间极其敏感，偏差超过 5 分钟通常直接拒绝连接。
确认是否为时间偏差导致
打开终端，运行以下命令对比本地与权威网络时间：
- 查看当前系统时间：
date - 查询阿里云授时服务时间：
sntp -sS 182.92.12.11 2>/dev/null | head -1（需安装 sntp，macOS 13+ 已内置） - 访问 在线时间比对工具，直观查看偏差值
若偏差 ≥ 2 秒，就极可能是 HTTPS 报错的根源。
强制同步 macOS 系统时间
不要依赖图形界面的“自动设置”开关——它可能因网络策略、DNS 解析失败或 time.apple.com 不可达而静默失效。
- 使用国内稳定 NTP 源同步（推荐）：
sudo sntp -sS 182.92.12.11 - 若提示
sntp: command not found（较老系统），改用：sudo ntpdate -vu 182.92.12.11 - 同步后立即验证：
date输出应与在线工具一致
确保时间服务长期可靠
单次同步不能一劳永逸。需检查并加固三项基础设置：
- 启用自动同步：系统设置 → 通用 → 日期与时间 → 开启“自动设定时间与日期”
-
更换为高可用 NTP 服务器：点击“设定”，将默认
time.apple.com改为cn.pool.ntp.org或time.google.com - 开启自动时区：在“日期与时间”→“时区”中勾选“使用当前位置自动设定时区”，并确认“定位服务”已启用
排查干扰因素
某些场景下，时间会反复漂移：
-
虚拟机环境（如 VMware/VirtualBox 运行 macOS）：必须安装对应 Tools 并启用“同步客户机时间”；KVM 用户需在 QEMU 启动参数中添加
-rtc base=utc,clock=host,driftfix=slew - 魔法网络/代理干扰：部分代理会劫持 DNS 或阻断 UDP 123 端口（NTP 使用），临时关闭代理重试
- 硬件时钟异常：若重置 NVRAM/PRAM 后仍持续偏移（如每次重启快/慢 2–3 分钟），可能是主板 CMOS 电池老化，需送修检测
