web-dev-qa-db-ja.com

UbuntuでNTPDをセットアップしてWindows ADを同期する

時計をWindows2008ADと同期するようにUbuntu10.0.4サーバーをセットアップしています。 「リモート」の前に「*」がない（最悪の場合、前に空白スペースがある）ので、同期ソースが選択されていないことを意味しますか？オフセットは増加し続けます。私はntpdateを試しましたが、同じサーバーで問題なく動作しました。

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 172.18.133.201  .LOCL.           1 u   38   64  377    0.827  277.677  58.375

これを修正するための助けはありますか？

これが私のntp.confです（すべてのコメントが削除されています）

driftfile /var/lib/ntp/ntp.drift     

statistics loopstats peerstats clockstats

filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

restrict 127.0.0.1
restrict ::1

server 172.18.133.201 iburst

Ntpdata、ntpq、およびntptimeの結果は次のとおりです。

master@ds02:~$ ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 172.18.133.201  .LOCL.           1 u   38   64  377    1.094  527.521   8.092
master@ds02:~$
master@ds02:~$ ntpdc -c sysstat
time since restart:     15349
time since reset:       15349
packets received:       2163
packets processed:      246
current version:        0
previous version:       246
bad version:            0
access denied:          0
bad length or format:   0
bad authentication:     0
rate exceeded:          0

master@ds02:~$ ntpdate -d 172.18.133.201
18 Sep 13:51:42 ntpdate[12661]: ntpdate [email protected] Tue Apr 19 07:08:19 UTC 2011 (1)
Looking for Host 172.18.133.201 and service ntp
Host found : windc01.dom01.com
transmit(172.18.133.201)
receive(172.18.133.201)
transmit(172.18.133.201)
receive(172.18.133.201)
transmit(172.18.133.201)
receive(172.18.133.201)
transmit(172.18.133.201)
receive(172.18.133.201)
transmit(172.18.133.201)
server 172.18.133.201, port 123
stratum 1, precision -6, leap 00, trust 000
refid [LOCL], delay 0.04182, dispersion 0.00066
transmitted 4, in filter 4
reference time:    d40246c6.e7e11e93  Tue, Sep 18 2012  9:03:02.905
originate timestamp: d4028a6f.6657e747  Tue, Sep 18 2012 13:51:43.399
transmit timestamp:  d4028a6e.dc7980f5  Tue, Sep 18 2012 13:51:42.861
filter delay:  0.04202  0.04189  0.04182  0.04193
         0.00000  0.00000  0.00000  0.00000
filter offset: 0.540268 0.539520 0.538873 0.538204
         0.000000 0.000000 0.000000 0.000000
delay 0.04182, dispersion 0.00066
offset 0.538873    
18 Sep 13:51:42 ntpdate[12661]: step time server 172.18.133.201 offset 0.538873 sec

master@ds02:~$ ntptime
ntp_gettime() returns code 5 (ERROR)
  time d4028a79.7d1947a0  Tue, Sep 18 2012 13:51:53.488, (.488667603),
  maximum error 7705516 us, estimated error 16 us
ntp_adjtime() returns code 5 (ERROR)
  modes 0x0 (),
  offset 0.000 us, frequency 0.000 ppm, interval 1 s,
  maximum error 7705516 us, estimated error 16 us,
  status 0x2040 (UNSYNC,NANO),
  time constant 0, precision 0.001 us, tolerance 500 ppm,

ntpqのrv結果：

ntpq> rv 45516
assID=45516 status=9014 reach, conf, 1 event, event_reach,
srcadr=windc01.dom01.com, srcport=123, dstadr=172.18.133.53,
dstport=123, leap=00, stratum=1, precision=-6, rootdelay=0.000,
rootdispersion=10300.171, refid=LOCL, reach=001, unreach=1, hmode=3,
pmode=4, hpoll=6, ppoll=6, flash=400 peer_dist, keyid=0, ttl=0,
offset=746.777, delay=0.587, dispersion=15.594, jitter=7.193,
reftime=d40246c6.e7346994  Tue, Sep 18 2012  9:03:02.903,
org=d402a6d2.ec1198ae  Tue, Sep 18 2012 15:52:50.922,
rec=d402a6d2.2cf807c0  Tue, Sep 18 2012 15:52:50.175,
xmt=d402a6d2.2cd18fe0  Tue, Sep 18 2012 15:52:50.175,
filtdelay=     0.59    0.64    0.59    0.65    0.61    0.67    0.50    0.65,
filtoffset=  746.78  749.88  753.20  756.30  759.51  747.08  750.40  753.52,
filtdisp=     15.63   15.66   15.69   15.72   15.75   15.78   15.81   15.84
ubuntu-10.04ntpd
3
David

ええ、それはタイムソースが選択されていないことを意味します。 refidはローカルを示していますが、ntp.confファイルでローカルのファッジクロック行をコメントアウトしていますか。

また、経験上、Windows ADサーバーとの同期中に問題が発生することを知っています。RHELサーバーがWindows ADから時間を取得している場合に、私自身もこれを確認しました。 ADサーバーが使用しているタイムソース。クライアントをデバッグする前に、ADサーバーを省略して、パブリックプールNTPサーバーを使用して、実際にNTPサーバーの問題ではないことを確認します。

ADサーバーとubuntuマシン間で同期することにした場合は、次の出力が役立つ場合があります。

ntpq -pn

ntpdc -c sysstat

ntpdate -d <time-server-ip>

ntptime

ルートプロンプトでntpqを実行し、シェルでこれらを実行します。アソシエーションrv

これは他の手がかりを与えるはずです。

1
Soham Chakraborty

私は最近これと非常に同じ問題に直面していました、そして VMWareホームページのガイドに従って Linux ADクロックをWindows ADと同期することができました：

デフォルトでは、同期されていないWindowsサーバーは10秒の分散を選択し、同期を維持する各ポーリング間隔で分散を追加します。 ESXi/ESXホストは、デフォルトで、1.5秒を超えるルート分散を伴うNTP応答を受け入れません。

ESX：esもntpを実行するため、同じソリューションがUbuntuにも適用できます。ntp.confに次の行を追加し、デーモンをリロードします。

tos maxdist 30
0
Petter H