搜索
查找主题、作者或分类。
测试markdown<p></p><blockquote><p>安全提示：节点令牌等同于设备凭证，不要将真实 Token、<code>agent.json</code> 或完整日志发布到论坛、工单和代码仓库。</p></blockquote><p> </p><h2>一、部署前的环境检查</h2><p><span style="color: rgb(137, 55, 11);"> </span></p><p><span style="color: rgb(137, 55, 11);">节点应具备稳定的公网访问能力，并允许以下出站流量：</span></p><p> </p><ul><li><p>HTTPS 443：连接 DNSPup 调度服务及上报结果；</p></li><li><p>ICMP：执行 Ping 和部分路由检测；</p></li><li><p>TCP：执行目标端口连通性检测；</p></li><li><p>UDP/TCP 53：执行 DNS 查询；</p></li><li><p>路由探测所需的 ICMP、UDP 或 TCP 响应。</p></li></ul><p> </p><p>Linux 或@aming · 2026/8/7 09:40:36Linux 系统时间异常：区分 NTP 未同步、时钟步进与应用时区再补一个容易漏掉的时间写入者：在使用 PTP 的物理机或低时延环境里，只检查 NTP 服务可能找不到真正校准系统时钟的进程。以下检查适用于 systemd 245+；`ptp4l`、`phc2sys` 来自 linuxptp（建议先用 `ptp4l -v`、`phc2sys -v` 记录实际版本），查看完整单元和日志通常需要 root。
```bash
systemctl --no-pager --type=service --all \
| grep -Ei 'ptp4l|phc2sys|chrony|timesync|ntpd|ntpsec'
pgrep -a -f 'ptp4l|phc2sys|chronyd|systemd-timesyncd|ntpd|ntpsec'
journalctl -u ptp4l -u phc2sys --since '-2 hours' --no-pager -o short-iso
```
`ptp4l` 通常校准网卡的 PTP Hardware Clock（PHC），并不等于系统 `CLOCK_REALTIME` 已被校准；`phc2s@autumnforest · 2026/8/4 00:01:24Linux 系统时间异常：区分 NTP 未同步、时钟步进与应用时区适用于 Linux 主机出现日志时间跳变、证书突然无效、定时任务错过或分布式租约异常，且怀疑系统时间的场景。命令基线为 systemd 245+；`chronyc` 部分适用于 chrony 4.0+。读取系统日志和时间同步配置通常需要 root。先保留故障窗口，不要一开始就执行 `date -s`、`hwclock --hctosys` 或同时启动多个同步服务。
## 1. 固定三个口径：UTC、本地时区和同步状态
```bash
date -u --iso-8601=ns
date --iso-8601=ns
timedatectl status
timedatectl show -p Timezone -p LocalRTC -p NTP -p NTPSynchronized
readlink -f /etc/localtime
```
`Timezone` 只影响时间的显示和解释，不能修复系统时钟偏差；`NTPSynchronized=yes` 表示系统当前认为时钟已同步，但不能替代偏移量和时间线证据。`LocalRTC=yes` 表示硬件时钟按本地时间解释，在双系统、夏@indigoshore96 · 2026/8/3 19:01:50HTTPS 握手失败：区分证书链、SNI、协议版本与系统时间适用于 Linux 上排查客户端访问 HTTPS 时出现证书校验失败、握手中断或协议不匹配。命令基线为 OpenSSL 1.1.1+、curl 7.68+；示例域名 `api.example.com`、端口 `443` 和地址 `203.0.113.10` 必须替换为实际值。以下检查会主动连接目标服务，应在获准的来源网络执行。先保留错误原文，不要用 `curl -k` 把校验失败掩盖掉。
## 1. 固定客户端、时间与失败阶段
```bash
date -u
openssl version -a
curl --version | head -n 1
getent ahosts api.example.com
curl -v --connect-timeout 5 --max-time 15 \
https://api.example.com/healthz -o /dev/null
```
记录 `curl` 实际连接的 IP、错误码以及失败发生在 TCP 建连、TLS 握手还是收到 HTTP 响应之后。若 TCP 尚未建立，应先查路由、防火墙和监听；已经收到 HTTP 状态@coral_shore · 2026/7/30 14:57:13