标签: ntp

在 6.0.8 Debian 服务器 (HP ProLiant) 冷启动后ntpd，系统时间受到严重破坏：相对于无限制增长的通常且可靠的参考时间服务器的偏移和抖动。（请注意，两个相同的服务器根本没有问题。）在多次尝试解决问题失败后，ntpd我决定尝试重新启动，一切顺利。

为了调查这个问题，我发现了这个差异，这可以解释我的时钟问题：

root@n1:~# zgrep Detected /var/log/dmesg*
/var/log/dmesg:[    0.004000] Detected 2400.110 MHz processor.
/var/log/dmesg.0:[    0.004000] Detected 2383.579 MHz processor.
/var/log/dmesg.1.gz:[    0.004000] Detected 2400.036 MHz processor.
/var/log/dmesg.2.gz:[    0.004000] Detected 2400.298 MHz processor.
/var/log/dmesg.3.gz:[    0.004000] Detected 2400.165 MHz processor.
/var/log/dmesg.4.gz:[    0.004000] Detected 2400.410 MHz processor.

请注意，在第二次启动（有问题的启动）中，检测到的 CPU 频率是一个明显的异常值。在没有异常值的情况下，检测到的频率相对于标称频率的误差和标准偏差为 +0.15 MHz ± 0.25 MHz。对于有问题的启动，我的错误为 -16.4 Mhz，比预期大 100 倍。

我的问题：

1. 这种类型的错误会使ntp时间规则不稳定/无法使用吗？这是我的时钟问题的原因吗？

2. 这种类型的行为是硬件不稳定的症状吗？服务器是否应该进行硬件维护？

更新

一些有用的数据：

• 内核是 2.6.32-5-amd64（Debian 2.6.32-48squeeze4）
• current_clocksource 是 tsc
• 错误lpj（当然）与 …

看起来有两个选项可以为 DHCP 客户端提供网络时间设置；option 004 和 option 042。004 的描述是“时间服务器”，而 042 指定的是 NTP。是否有理由使用其中之一，或者仅仅是供应商偏好？如果客户端使用选项042，选项002中的时间偏移是否仍然使用？

我无法与来自内部路由器/防火墙的 NTP 源同步。

有人帮忙吗？

ntppdate -d 192.168.92.82
 6 Jun 11:57:30 ntpdate[5011]: ntpdate 4.1.2@1.892 Tue Feb 24 06:32:26 EST 2004 (1)
transmit(192.168.92.82)
receive(192.168.92.82)
transmit(192.168.92.82)
receive(192.168.92.82)
transmit(192.168.92.82)
receive(192.168.92.82)
transmit(192.168.92.82)
receive(192.168.92.82)
transmit(192.168.92.82)
192.168.92.82: Server dropped: strata too high
server 192.168.92.82, port 123
stratum 16, precision -19, leap 11, trust 000
refid [73.78.73.84], delay 0.02591, dispersion 0.00002
transmitted 4, in filter 4
reference time:    00000000.00000000  Thu, Feb  7 2036  6:28:16.000
originate timestamp: d1972e03.0ae02645  Mon, Jun  6 2011 11:44:19.042
transmit timestamp:  d197311b.0ffac1d2  Mon, Jun  6 …

我正在寻找为非常非典型的网络设置时间服务器的建议。我支持许多偶尔访问互联网的封闭网络。一个网络可以在大多数日子里访问几个小时，但经常会出现 1-3 周的中断。该网络上的计算机/服务器大多基于 *nix，但并不完全相同。整个网络是移动的，所以当它连接时，它与互联网时间服务器的跳数/延迟会有很大不同。封闭网络上的服务器经常（至少每天）断电。现在，我的直觉告诉我使用 NTP（因为我讨厌重新学习其他人已经做得很好的所有东西）。但是我有几个问题，正在寻找在这种奇怪情况下有经验的人。我目前没有解决方案，我' 我只是让内部时钟漂移。这会导致大多数网络中出现约 600 秒的错误。我见过比 10,000 更严重的失配。

1. 在这种情况下，有比 NTP“更好”的东西吗？我知道 NTP 喜欢对提供几乎相同答案的服务器进行非常频繁、一致的访问。我不会有那个。
2. 我应该配置多少个内部 NTP 服务器，以便在互联网中断期间，我在封闭网络中拥有一致的内部时间？
3. 没有人进入。无论失配有多大，服务器都必须尝试自行纠正。
4. 离散的步骤非常糟糕。无论失配有多大，修正都必须是“回转”，而不是“步进”。我知道这可能需要几个小时才能纠正。

我注意到，在将 Stack Overflow 播客第 52 集中概述的 reg 设置更改为pool.ntp.org 后，我的盒子不断从 gordo.foofus.net 请求时间。那个盒子上托管的网站很奇怪。这是一个有效的时间服务器吗？

我已经为我的 DC 设置了一个 NTP 客户端来与 time.windows.com 同步时间，但我希望它每天至少查询 NTP 服务器两次。我通过注册表进行了所有更改，是否有我可以修改的周期注册表以及如何修改？

如果我使用 NTP 守护进程或 ntpdate 命令，我是否需要担心更改时区？

我是否应该使用 cron 作业重新配置时区以保证服务器时间的准确性？

我正在使用 ubuntu 服务器。

我的一台服务器有一个奇怪的问题。 ntpd并且ntpdate无法工作，但调试根本没有显示任何错误。起初我以为可能是本地或网络防火墙阻止了 UDP 端口 123，但事实并非如此 - 该服务器可以将 UDP 端口 123（ntp 协议）与 Internet 通信并获得答案。

让我演示一下这个问题。

date -s "30 DEC 2012 02:30:00" - 有效，所以我可以成功设置时钟而不会出错。

ntpq -pn pool.ntp.org - 有效，我确实从时间服务器获取了详细的时间数据，并证明 UDP 数据包正在运行。

ntpdate -d pool.ntp.org - 调试模式有效，显示大量调试数据并显示当前时间偏移： 30 Dec 02:38:56 ntpdate[19267]: step time server 208.97.140.69 offset 228.234554 sec

一切看起来都很正常，直到： ntpdate pool.ntp.org- 暂停 4.7 秒后，它返回： 30 Dec 02:41:29 ntpdate[19274]: no server suitable for synchronization found

运行类似的问题ntpd，它不更新时钟。

ntpd 启动后，ntpq -pn导致所有 refid 永远卡在上面.INIT.，这意味着它们无法同步。

/var/lib/ntp/drift 是 ntp.conf …

我们有两个 VMWare 环境运行一堆（主要是）Redhat 5.9 和 6.4 来宾。我们有时间漂移问题（每周提前几分钟）。我们使用 ntp，同步到本地域控制器。

VMWare 的这个建议特别指出不要使用 vmware-tools 进行时间同步。为什么？似乎很多人都对 NTP 有问题，并且 vmware-tools 通常以可预测的方式运行。在更高版本的 Redhat 上使用 vmware-tools 是否有任何特定问题？

对于上下文，这是我们的 ntp.conf（删除了所有注释行）：

tinker panic 0
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
server our.domain.server.com
driftfile /var/lib/ntp/drift
keys /etc/ntp/keys

我们的一些客人绝对没有问题保持时间。其他人则大幅出局。

你如何处理服务器时间漂移？