设置NTP服务器

Question

我在建立NTP以保持独立网络上的时间方面有问题.这将是一个岛屿时区。问题是，即使在它们最初同步之后，时间也会分开。

有两个冗余的NTP服务器运行RHEL5.4和几个Windows客户端。其要求是网络与服务器A同步，而服务器B充当备份。我们确实有一个GPS，它作为时间服务器控制服务器A和服务器B，但它并不总是可用的。当GPS存在时，两个服务器都同步到GPS。

一旦服务器分离，XP客户端似乎分成两组:一些服务器A，另一些服务器B。

我怎样才能防止我的两个服务器分离？

我能控制XP客户端跟随哪台服务器吗？

这两个ntp.conf文件如下所示

服务器A的ntp.conf (10.203.224.13)

# Tweek NTP's behavior
tinker panic 0 step 0.01 stepout 64

# GPS
server 10.203.220.12 burst iburst minpoll 4 maxpoll 6

# Server A
server 10.203.224.13 burst iburst minpoll 4 maxpoll 6

# Server B
server 10.203.224.14 burst iburst minpoll 4 maxpoll 6

# Configure the local clock to serve from
server 127.127.1.1
fudge 127.127.1.1 stratum 11

# Establish the drift file location
driftfile /etc/ntp.drift 

服务器B的ntp.conf (10.203.224.14)

# Tweek NTP's behavior
tinker panic 0 step 0.01 stepout 64

# GPS
server 10.203.220.12 burst iburst minpoll 4 maxpoll 6

# Server A
server 10.203.224.13 burst iburst minpoll 4 maxpoll 6

# Server B
server 10.203.224.14 burst iburst minpoll 4 maxpoll 6

# Configure the local clock to serve from
server 127.127.1.1
fudge 127.127.1.1 stratum 13

# Establish the drift file location
driftfile /etc/ntp.drift

关于服务器A

[root@serverA]# ntpq -p

     remote           refid          st t when poll reach   delay   offset  jitter
==============================================================================
 10.203.220.12   .INIT.          16 u    -   64    0    0.000    0.000   0.000
 10.203.224.13   .INIT.          16 u    -   64    0    0.000    0.000   0.000
 10.203.224.14   LOCAL(1)        14 u   27   64  377    0.312  359.753   0.289
*LOCAL(1)       .LOCL.          11 l   55   64  377    0.000    0.000   0.001

服务器B

[root@serverB]# ntpq -p

     remote           refid          st t when poll reach   delay   offset  jitter
==============================================================================
 10.203.220.12   .INIT.          16 u    -   64    0    0.000    0.000   0.000
 10.203.224.13   LOCAL(1)        12 u   55   64  377    0.346  -359.56   0.107
 10.203.224.14   .INIT.          16 u    -   64    0    0.000    0.000   0.000
*LOCAL(1)       .LOCL.          13 l   54   64  377    0.000    0.000   0.001

Answer 1

在服务器A上，删除指向自身和服务器B的行，只留下“模糊”本地时钟线和GPS。在服务器B上，删除“模糊”线和服务器B行，只留下服务器A线和GPS。

其想法是，服务器A应该使用GPS，如果它是可用的，否则它应该信任自己的时钟。服务器B应该使用服务器A，无论服务器A是如何获得时间，或GPS。如果允许服务器B信任自己，它将向其客户发布可靠的时间源广告，即使该时间与服务器A的时间不同--这就是您所看到的。

Answer 2

这里有一些问题：

1. GPS设备不能正常工作。这很可能是一个连接问题。要么是防火墙阻塞了数据包，要么是它没有监听正确的接口，要么它无法到达GPS信号或类似的东西。可能是你提到的那种断断续续的缺货。如果是这样的话，试着在ntpq -p工作时显示它。
2. GPS是16层。当它工作时，这应该是1。高于11的任何东西都会导致同样的问题，因为服务器A会比11或更高的任何东西更信任它的本地时钟。
3. 服务器A配置为从服务器B获取时间，服务器B配置为从服务器A获取时间。这种设置应该是对等关系，而不是循环的主/从关系。为此使用peer关键字而不是server关键字。
4. 服务器A和服务器B都被设置为通过ntp协议将自己用作时间源。这是多余的，不起作用。要么是连接失败，要么是当前层是16，不能再更高。
5. 两个服务器都选择了自己的时钟作为最可靠的时间源(由LOCAL源旁边的*指示)。他们两人还设法相互连接。我不知道为什么服务器B没有选择服务器A作为最好的时间源，因为它具有最低的层值，但这可能是因为它的抖动明显高于LOCAL时间源。

让GPS正常工作，更改两个服务器以互相监视，并删除线路，以便从它们自己的IP地址中获得时间。(本地时钟很好，但是为本地时钟添加网络协议的延迟是愚蠢的。)