Clash 侧出现 TLS 报错时，有人会先怀疑设备时间。本题只讨论怎样先核对设备时间。判断材料是 HTTP 响应状态码的官方分类：状态码表示某次 HTTP 请求是否已经成功完成，并分成信息响应、成功、重定向、客户端错误与服务器错误五类。证书与时钟比较发生在 TLS 握手，不在这份清单里。因此“先核对时间”的可执行含义是：先判断当前失败有没有已经产生状态码，再用类别决定要不要把本机时钟当作优先项。资料未给出操作系统对时界面，下列步骤不编造菜单名称。
适用条件：何时才把时钟放在第一步
适用条件是：报错指向证书、握手或安全连接失败，并且这次尝试还没有得到所列的 HTTP 状态码。五类分组为 100–199、200–299、300–399、400–499、500–599。若已经出现 200、301、304、401、407、502 或 504，说明该请求已经完成到 HTTP 层，把设备时间当作当前 TLS 失败原因并不符合“请求尚未完成”的前提。
若响应不在清单中，资料注明它可能是非标准、由服务器软件自定义的；那也仍然是 HTTP 响应，说明握手已让出数据通道。只有完全没有 1xx–5xx、连接停在握手时，才满足先核时钟的适用条件。一旦已经返回 4xx 或 5xx，应改用客户端错误与服务器错误的含义去解释，而不是先改时间。
先核对的操作顺序与判断依据
原样重放会触发 TLS 报错的那次请求，只记录有无状态码以及落在哪一类。若没有任何状态码，才进入时钟核对：检查本机日期、时区、是否自动对时，以及与当前世界时是否明显偏离。判断依据不是某个未记载的开关，而是偏离是否大到足以让证书被视为尚未生效或已经过期。时钟超前或滞后都可能让握手失败，结果是拿不到 HTTP 完成状态。对时后用同一路径再请求。若出现 200，表示请求成功；对 GET 而言，资源已获取并出现在消息体中。若出现 304，表示用于缓存，响应未修改。二者都说明这次已越过 TLS。
不要把 4xx 解释成“只需再调时间”：400 是服务器认为客户端请求有误；401 语义上是未认证；407 表示需要由代理完成认证；408 是空闲连接超时。它们证明 HTTP 已完成，时钟不再是当前障碍。5xx 同样：500 是通用服务器错误；502 表示作为网关得到了无效响应；504 表示作为网关不能及时得到响应；503 表示服务未就绪。这些应导向对端或网关。
对时后仍失败时的下一步
若对时后仍然没有任何状态码，资料无法区分主机名不匹配、信任链缺失还是协议升级问题；下一步应停止把时钟当作唯一变量，改为收集是否出现 426（当前协议被拒绝，响应中会带 Upgrade）或 421（请求打到无法产生响应的服务器）。若出现 511，含义是客户端需要认证才能获得网络访问，与证书有效期不是同一问题。若出现 429，是发送请求过多，应降低频率而不是改时钟。若出现 3xx，例如 301 永久改变 URL、307 临时重定向且不得改方法，说明证书校验已通过，下一步是跟随 Location。
资料未授权关闭证书校验。失败时只保持这一判断链：无状态码才核时间；有 2xx/3xx 则时钟不是当前 TLS 障碍；有 4xx 按客户端条件处理；有 5xx 按网关或源站处理。未列出的代码当作非标准响应，仍然按 HTTP 已完成对待。
资料：https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status