Article · 规则分流与故障排查 · 故障排查

系统时间不准导致节点连不上的原因

系统时间不准会让节点连不上,因为握手过程中有多处依赖时钟:部分协议用时间戳防止重放,TLS 证书要核对有效期,一些服务端还会限制允许的时间差。本文说明哪些环节会受影响、如何判断是时间问题,以及各平台恢复自动校时的方法。

发布 最近更新 品牌资料整理日期 搜索意图 故障

为什么一个时钟能让所有节点同时失效

节点握手过程中有多处依赖本机时间:部分代理协议用时间戳来防止旧数据包被重放,TLS 握手要核对证书是否在有效期内,一些服务端配置还会拒绝时间差过大的客户端。本机时钟偏差一旦超过这些环节的容忍范围,所有节点会同时失败,而报错信息常常只是“超时”或“握手失败”,看不出与时间有关。 因此在排查全部节点失效时,校对时间是成本最低、最容易被忽略的一步。

各协议的设计原理归网络专题,见 代理协议:VLESS、Trojan 与 Shadowsocks。本文只讲时间校验会在哪里卡住你,以及怎么校正。

哪些环节会检查时间

环节 为什么看时间 对偏差的容忍度 失败时的常见表现
VMess 协议认证 认证信息包含时间戳,用于防重放 较小,常见说法为前后约一分半钟,以实现为准 所有 VMess 节点超时或被拒
部分新式 Shadowsocks 加密方案 请求头带时间戳,用于防重放 较小,以实现为准 握手失败
TLS 证书校验 证书有起止日期 较大,通常要差出较多天数 证书无效、证书尚未生效
部分基于 TLS 的伪装方案 服务端可设置允许的最大时间差 取决于服务端配置 握手被拒,表现像节点故障
订阅更新 通过 HTTPS 下载,同样校验证书 同 TLS 订阅更新失败

VMess 与 VLESS 在时间校验上的不同,是两者常被对比的一点,见 VMess 与 VLESS 有什么不同。本站整理的品牌资料中,多数写明 VLESS,但具体节点使用的加密层和伪装方案,资料一般没有说明,因此不能断言某个机场完全不受时间影响。

为什么报错里很少直接写“时间不对”

时间问题难查,是因为服务端出于安全考虑,通常不会告诉客户端“你的时间错了”。对一个时间戳不合格的握手请求,常见处理方式是直接断开连接,或者把它当作普通的无效流量对待,不返回任何说明。这样做可以避免向探测者透露服务端的校验逻辑,但对正常用户来说,看到的只是“超时”“连接被重置”或“握手失败”。

TLS 层的情况稍好,证书日期不符时,客户端本地就能发现,日志中往往会出现与证书有效期相关的字样。但如果客户端的日志级别较低,这类信息也可能被省略。排查时可以临时把日志级别调高一档,复现一次失败,再把日志级别调回去。

因此,与其等待一条明确的报错,不如把“核对时间”当作固定动作:凡是所有节点同时失败,就先看一眼时钟。

怎样判断是时间问题

出现以下任意一种信号,就值得先查时间:

  • 所有节点同时失败,而换一台时间正确的设备、导入同一订阅能正常使用;
  • 客户端日志里出现与时间、过期、证书有效期相关的字样;
  • 浏览器访问普通 HTTPS 网站时,也提示证书日期错误;
  • 设备刚刚经历过断电、更换电池、长时间关机,或从休眠中恢复;
  • 虚拟机从暂停状态恢复后,客户机里的代理失效。

最直接的检查方式,是把设备时间和一个可信的时间源对比,例如手机的网络时间。差距在一分钟以上,就应先校正再继续排查。

各平台的校正方法

Windows

在“设置”的时间与语言中,打开“自动设置时间”与“自动设置时区”,再点击“立即同步”。若同步失败,可以在管理员权限的命令提示符中运行 w32tm /resync 手动触发一次。

同一台电脑同时安装 Windows 与其他系统时,两者对主板时钟的理解可能不同(一个按本地时间,一个按标准时间),切换系统后时间会偏差数小时,需要在其中一个系统里统一设置。

macOS

在系统设置的“通用 → 日期与时间”中,开启自动设置日期与时间,并确认时区来源正确。

手机

iOS 与 Android 都在日期与时间设置中提供“自动设置”或“使用网络提供的时间”选项。手动调过时间的手机,即使后来改回自动,也建议重启一次客户端。

虚拟机与路由器

虚拟机需要开启与宿主机的时间同步功能;在路由器上运行代理时,确认路由器自身的时间同步服务已启用,路由器断电重启后时间常常回到出厂默认值。

代理会不会妨碍校时

会,而且这是一个容易形成死循环的情况:时间不准导致代理失败,代理又拦住了校时请求。常见原因有两个:

  1. 虚拟地址模式:时间同步服务的域名被分配了内部地址,校时程序拿不到真实服务器;
  2. 规则分流:时间同步请求被分到了一个已经失效的代理出口。

解决办法是让时间同步服务直连,并把相关域名加入 DNS 过滤列表,配置方法见 代理客户端的 DNS 设置。实在无法同步时,可以先完全关闭代理,等时间校正后再重新开启。

校正之后仍然连不上

时间校正后,建议依次重启客户端、手动更新一次订阅、再测试节点。若仍全部失败,说明时间不是唯一原因,按完整的排查顺序继续,见 机场节点全部超时怎么办。

小结

时间问题的修复成本极低:开启自动校时、设对时区、让校时请求直连。把它放进每次排查的前几步,可以省去大量无谓的换节点和重装客户端。更多排错主题回到 规则分流与故障排查专题页。修改系统设置时请遵守所在单位对设备管理的规定。

常见问题

时间只差几分钟,也会导致节点连不上吗?

可能会。部分协议允许的时间偏差只有一两分钟甚至更短,超出后服务端会直接拒绝握手。TLS 证书校验对偏差的容忍度较大,通常要差出数天以上才会报错。不同协议和配置的要求不同,稳妥的做法是始终开启自动校时。

时区设对了,时间显示也对,为什么还是不行?

协议校验的是不含时区的标准时间。如果时区设错了,又手动把时钟拨到“看起来正确”,标准时间其实已经偏差了整数个小时。应先把时区设对,再开启自动校时,而不是手动调钟面。

开着代理时自动校时失败,是什么原因?

校时请求可能被代理接管:在虚拟地址模式下拿到了内部地址,或被规则分流到了失效的出口。应让时间同步服务的域名直连,并在 DNS 过滤列表中排除它们。

来源与更新

品牌字段来自本站品牌数据文件(整理自 2026-09-04 品牌清单,Vendor Data,官网待核实);测速截图为 2026-10-18 复核后发布的单次 Measured Data;AI 与流媒体均为 Not Tested。发布 2026-10-18,最近更新 2026-10-18。本页不承诺任何平台的收录、排名或引用。