跨国业务Linux服务器必须统一使用UTC时区，执行sudo timedatectl set-timezone UTC并验证RTC in local TZ: no；auditd日志须用ISO 8601格式（含+0000）显式标注UTC；应用层存储和传输时间戳须为UTC，前端按用户时区渲染；时间同步推荐chrony配置国内NTP源并监控偏移量。
跨国业务中，Linux服务器的时区与审计日志时间必须统一规范，否则会导致日志无法对齐、跨时区排障困难、合规审计失败（如等保、GDPR、PCI-DSS）。核心不是“选哪个时区”，而是“统一基准+明确转换+可追溯”。
所有服务器强制使用UTC作为系统时区
避免按本地时区（如Asia/Shanghai、America/New_York）配置系统时间，防止因夏令时切换、地域差异引发时间跳变或歧义：
- 执行 sudo timedatectl set-timezone UTC，替换/etc/localtime软链接
- 确认硬件时钟也按UTC处理：sudo timedatectl set-local-rtc false
- 运行 timedatectl status，检查输出中同时包含 “Time zone: UTC” 和 “RTC in local TZ: no”
- 验证后，date 命令输出即为标准UTC时间，所有基础日志（journal、syslog、auditd原始事件）默认以此打戳
auditd日志时间必须显式带UTC标识
auditd内核层记录的是系统当前时间（已为UTC），但解析工具可能误判为本地时间。需确保日志本身可被程序无歧义识别：
- 启用ISO 8601完整格式：查询时用 ausearch --start today --format iso，输出形如 2026-04-28T07:27:15.123456+0000
- 不依赖日志采集端自动补时区；若需展示本地时间（如ELK仪表盘），应在Filebeat/rsyslog等采集层做转换，而非修改系统时钟
- 检查关键规则是否启用（如时间调整类系统调用）：sudo auditctl -l | grep -E "(adjtimex|settimeofday)"
应用与数据库层禁止绑定本地时区
业务逻辑、API响应、前端渲染等面向用户的环节，应由应用自身完成时区转换，而非让操作系统代劳：
- 后端存储和传输一律使用UTC时间戳，格式推荐 ISO 8601 with Z（如 2026-04-28T07:27:15Z）
- 数据库层面：MySQL用DATETIME存UTC值；PostgreSQL用TIMESTAMP WITH TIME ZONE并确保连接参数 timezone=UTC
- 前端根据 Intl.DateTimeFormat().resolvedOptions().timeZone 自动适配用户浏览器时区，不硬编码“Asia/Shanghai”等固定值
时间同步服务推荐chrony并对接国内NTP源
ntpd在云环境或高延迟网络下收敛慢，chrony更适应动态网络与虚拟化场景，且支持离线补偿：
- 安装并启用：sudo yum install chrony && sudo systemctl enable --now chronyd
- 编辑 /etc/chrony.conf，替换默认server为国内低延迟源，例如：
server ntp.aliyun.com iburst
server ntp1.djtu.edu.cn iburst
server ntp.sjtu.edu.cn iburst - 监控偏移量：chronyc tracking 查看系统时钟误差，chronyc sources -v 确认同步状态
- 禁止混用ntpdate与chronyd，避免时间跳跃；禁用systemd-timesyncd以避免冲突
