最可靠、最通用的远程时间获取方法是ssh user@host date，无需额外工具或特殊端口，返回远程服务器本地时间；如需UTC则用ssh user@host 'date -u'。
直接用 ssh 执行 date 是最可靠、最通用的方法，不需要额外安装工具，也不依赖远程服务是否开放特殊端口。
用 ssh date 查远程时间（推荐）
这是绝大多数场景下的首选方案，前提是目标服务器已开启 SSH 且你有登录权限。
-
ssh user@host date—— 直接输出远程服务器的当前系统时间，格式和本地date一致 - 加
-t参数可避免伪终端警告：ssh -t user@host date - 若只想取时间字符串用于脚本，建议加格式化：
ssh user@host 'date "+%Y-%m-%d %H:%M:%S" - 注意：返回的是远程服务器的**本地时间**，不是 UTC；如需 UTC，改用
ssh user@host 'date -u' - 超时或连接失败时会报错，比如
Connection refused或Permission denied，说明 SSH 通路不通，不是时间服务问题
rdate -p 能看但不常用
rdate 是一个轻量级工具，走 Time Protocol（TCP/UDP 端口 37），但它在现代发行版中默认不安装，且很多防火墙会屏蔽端口 37。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 先装：
sudo apt install rdate（Debian/Ubuntu）或sudo yum install rdate（CentOS/RHEL） - 只查看不设时间：
rdate -p time.nist.gov或rdate -p pool.ntp.org - 常见失败原因：
connect: Connection refused（端口被拦）、No route to host（网络不通）、Operation timed out（超时，默认 10 秒） - 它不识别时区，返回时间始终是服务器本地时间（按其系统时钟解释），和
ssh date行为一致，但可靠性差得多
timedatectl show 不适用于远程
timedatectl 是 systemd 的本地管理命令，不能直接查远程服务器时间。有人误以为加 ssh user@host timedatectl 就行——确实可以运行，但它只是在远程执行并返回结果，本质仍是 ssh + 命令组合，不是“远程 timedatectl 协议”。
- 真正想看完整时间状态（含 NTP 同步状态、时区、RTC 时间等），可用：
ssh user@host 'timedatectl status' - 但注意：
timedatectl在非 systemd 系统（如旧版 CentOS 6、Alpine 默认）根本不存在，会报command not found - 它比
date多一层抽象，排查时区或同步问题有用，但纯看时间没必要绕这一圈
别用 ping 看时间
网上有些教程说“ping 返回里带时间”，这是误解。Linux/macOS 的 ping 输出中的 time=xx ms 是往返延迟，不是服务器当前时间；Windows 的 ping 也不提供远端时间戳。
- 试图靠
ping host | grep time提取时间，结果一定是空或错的 - 某些定制固件（如部分路由器 Web 管理页）可能在 HTTP 响应头带
Date，但那是 Web 服务时间，未必等于系统时间，且不可靠 - 真要走 HTTP，得自己发请求并解析响应头：
curl -sI http://example.com 2>&1 | grep '^Date:'，但这个 Date 是 Web 服务器设置的，可能被篡改或未更新
真正容易被忽略的是时区差异——ssh user@host date 返回的时间永远按远程服务器自己的 /etc/timezone 或 timedatectl 配置解释，不会自动转成本地时区。如果需要对齐时区，得手动换算或统一用 UTC 格式传输。
