在过去的几个月中,我们的 Windows Server 2022 盒子中有几次会在事件日志中显示类似于此的警告
时间服务已设置偏移量 19630688 秒的时间。,
然后时间会向前跳很多秒。然后几分钟后,它似乎再次与时间服务器同步,我们收到以下错误
时间服务检测到系统时间需要更改-19630688 秒。时间服务不会将系统时间更改超过 54000 秒。验证您的时间和时区是否正确,以及时间源 time.nist.gov (ntp.m|0x0|0.0.0.0:123->128.138.140.44:123) 是否正常工作。
在出现一些与措辞类似的错误之后,时钟会自行纠正,通常在 10 分钟左右。该盒子不在域中,并且它使用 Windows 中的默认时间服务器。知道这里可能出了什么问题吗?
我已将服务器的时间同步到 time.nist.gov。该服务器与客户端服务器通信,该服务器也与 time.nist.gov 同步。
在注意到即使在显式同步之后我们似乎与时间服务器不同步之后,我设置了一个每小时的批处理作业来查看我的假设是否正确以及我们的时差是多少。
我在周五设置了这项工作,它已经检查了 50 次时间。当我在周五第一次检查时,w32tm效用显示的差异小于10 毫秒。几个小时前的最后一次检查显示有20 秒的差异。
还有 9 种情况(在 50 次尝试中)error: 0x800705B4是超时错误。自美国东部时间 2012 年 1 月 6 日星期五下午 5:35 以来,时差似乎以每小时 1 秒的速度增加
我有一个设置为 VMWare VM 的 Windows Server 2003 Enterprise Edition,时区是 EST。这是记录同步差异的 my w32tmandDOS命令:
w32tm /stripchart /computer:time.nist.gov /samples:1 /dataonly >> D:\timedump.txt
Run Code Online (Sandbox Code Playgroud)
以下是最后 4 个条目:
Tracking time.nist.gov [192.43.244.18].
Collecting 1 samples.
The current time is 1/8/2012 10:35:00 AM (local time).
10:35:00, +20.3387625s
Tracking time.nist.gov [192.43.244.18].
Collecting …Run Code Online (Sandbox Code Playgroud) windows-server-2003 ntp w32time time-synchronization time-server
我一直在尝试构建和配置 ntp 客户端和服务器,并ntp.conf 在客户端中使用了这一行:
restrict default ignore
Run Code Online (Sandbox Code Playgroud)
不过,我看到我的客户端正在侦听本地网络接口。从系统日志:
Listening on interface #0 wildcard, 0.0.0.0#123 Disabled
Listening on interface #1 wildcard, ::#123 Disabled
Listening on interface #2 vmnet8, fe80::250:56ff:fec0:8#123 Enabled
Listening on interface #3 lo, ::1#123 Enabled
Listening on interface #4 eth0, fe80::222:68ff:fe10:1529#123 Enabled
Listening on interface #5 vmnet1, fe80::250:56ff:fec0:1#123 Enabled
Listening on interface #6 lo, 127.0.0.1#123 Enabled
Listening on interface #7 eth0, 192.168.111.183#123 Enabled
Listening on interface #8 vmnet1, 172.16.139.1#123 Enabled
Run Code Online (Sandbox Code Playgroud)
0-1 被禁用,这很好。
使用的开放端口列表nmap -sUS -O …
我正在尝试在本地 Ubuntu 机器上安装时间服务器,以便我网络中的其他服务器与其同步。我们决定安装我们自己的时间服务器,而不是让每个服务器从外部服务器更新,以最大限度地降低安全风险。
我将不胜感激任何帮助或参考链接!
谢谢,
乌迪
我w32tm /stripchart /computer:time.windows.com只是为了好玩而跑,发现我的时钟比这个时间服务器晚 1.3 秒。并不是我认为微软错了,而是我在我所在城市的各种其他时间服务器上尝试过,只是为了消除潜在的网络延迟。结果一样。
解决此问题的显而易见的方法是强制重新同步,所以我运行了w32tm /resync,但时差仍然存在。
当我执行w32tm /query /status以找出导致此问题的原因时,我震惊地发现我的计算机的默认时间数据源Local CMOS Clock显然从未同步到任何东西!
我想我已经想通了什么事情,迅速增加了一些趋炎附势使用以下命令我的同龄人:w32tm /config /manualpeerlist:ntp1.scc.kit.edu /syncfromflags:manual /reliable:yes /update。
但即使在再次重新同步后,时差仍保持在 1.3 秒?出了什么问题?
我有一个 Meinberg GPS167 NTP:http : //www.meinberg.de/english/products/gps167.htm
虽然它没有以太网 RJ45 端口。有没有办法将它连接到局域网?