我正在配置 NTP 服务器来同步 Linux 和 Windows 两个系统上的时间。我使用的是 CentOS 7 和 Windows Server 2012。
在 中/etc/ntp.conf
,我设置了 Windows Server IP 地址而不是默认值。
#server 0.centos.pool.ntp.org iburst
#server 1.centos.pool.ntp.org iburst
#server 2.centos.pool.ntp.org iburst
#server 3.centos.pool.ntp.org iburst
server example.com
因此,我输入了ntpq -p
,但似乎效果不佳。在refid
列中,没有IP地址,我*
也看不到。甚至两个系统中的时间也不相同。
[root@ ~]# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
example.com .LOCL. 1 u 3 64 377 1.056 5760156 6.457
意思是,我想上面的结果应该(?)或者必须如下所示,不是吗?
[root@ ~]# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*example.com 192.168.x.x 1 u 3 64 377 1.056 5760156 6.457
我需要做什么来修复?当我停止ntpd
并输入时ntpdate example.com
,似乎同步起作用了。我可以得到正确的时间。这个可以吗?
此外,我在 .net 中看不到任何 ntp 配置chkconfig --list
。可以吗?
[root@ ~]# chkconfig --list
Note: This output shows SysV services only and does not include native ...
jexec 0:off 1:on 2:on 3:on 4:on 5:on 6:off
netconsole 0:off 1:off 2:off 3:off 4:off 5:off 6:off
network 0:off 1:off 2:on 3:on 4:on 5:on 6:off
答案1
在“refid”栏中,没有IP地址
它不一定是 IP。该列仅显示系统使用什么作为其时钟源。如果是另一个 NTP 服务器,它将是一个 IP。但对于具有本地时钟源的系统,它可能是另一回事。 .LOCL。只是意味着系统正在使用本地时钟作为源。通常不建议这样做,除非作为后备方案,因为通常没有同步来保持正确。
这个特定的时钟与您的时钟相差 96 分钟。
由于时钟尚未关闭,守护进程可能需要等待一段时间才能信任源。过了一会儿,它应该会改变时钟。如果您将iburst
关键字添加到服务器行,它应该立即执行此操作(并启动守护程序并-g
选择允许其在超出 1000 秒时进行同步)。