Markus Asked: 2022-04-05 23:15:42 +0800 CST2022-04-05 23:15:42 +0800 CST 2022-04-05 23:15:42 +0800 CST NTP Debian：我怎么知道上次投票是否成功 772 我的任务是编写一个支持 NTP 通信的应用程序。到目前为止一切正常，但我需要知道最后一次 ntp 轮询是否成功。 当我拔出网线时，ntpstat 甚至在第二天早上就告诉我，一切都很好。但是整晚都没有NTP通讯…… 你有什么想法吗？ 谢谢！ Pinging 不是一个好的解决方案，bc 响应可能被服务器关闭或服务器可达，但 ntp 守护程序没有运行。 debian ntp 2 个回答 Voted Best Answer Markus 2022-04-06T00:04:13+08:002022-04-06T00:04:13+08:00 自己找到的。 ntpq -pn 有一个列“reach”，如果轮询不成功，该列会减少 John Mahowald 2022-04-06T19:20:02+08:002022-04-06T19:20:02+08:00 大多数应用程序并不关心每个 NTP 数据包是否到达。UDP over IP 偶尔会丢失，它会发生。ntpd 继续并根据最后已知的偏移和漂移进行调整。实际上，大多数应用程序根本不关心时间同步。少数这样做的可能会在启动时等待，直到 ntpd（或 chronyd）启动。 一种达到阈值的开源监控脚本是ntpmon。作为参考，它认为所有 ntp 源的 75% 成功。因此，最后 8 个数据包中的 6 个，给定范围是一个 8 位数字。这加上偏移阈值构成了用于基础设施监控的主机指标。 ntpstat 可能指的是shell 脚本 ntpstat（替换早期程序）。这将打印出一个来源和估计的错误。并且仅在特定情况下以非零返回码退出，例如 NTP 守护程序未运行。ntpstat 不会在到达时发出警报，无论是有意支持断开连接的用例，还是该功能从未实现，我不知道。
自己找到的。
ntpq -pn 有一个列“reach”，如果轮询不成功，该列会减少
大多数应用程序并不关心每个 NTP 数据包是否到达。UDP over IP 偶尔会丢失，它会发生。ntpd 继续并根据最后已知的偏移和漂移进行调整。实际上，大多数应用程序根本不关心时间同步。少数这样做的可能会在启动时等待，直到 ntpd（或 chronyd）启动。
一种达到阈值的开源监控脚本是ntpmon。作为参考，它认为所有 ntp 源的 75% 成功。因此，最后 8 个数据包中的 6 个，给定范围是一个 8 位数字。这加上偏移阈值构成了用于基础设施监控的主机指标。
ntpstat 可能指的是shell 脚本 ntpstat（替换早期程序）。这将打印出一个来源和估计的错误。并且仅在特定情况下以非零返回码退出，例如 NTP 守护程序未运行。ntpstat 不会在到达时发出警报，无论是有意支持断开连接的用例，还是该功能从未实现，我不知道。