我正在设置我的Ubuntu 10.0.4服务器与Windows 2008 AD同步时钟。 由于没有一个“远程”在前面有一个“*”（最糟糕的是前面有一个空格），这是否意味着没有select时间同步源？ 偏移量不断增加。 我试过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
是的，这意味着没有select时间源。 refid显示本地，你有没有注意到你的ntp.conf文件中的本地fudge时钟线。
另外，我从经验中知道在与Windows AD服务器同步时存在一些问题，在RHEL服务器从Windows AD获得时间的情况下，我已经看到了这一点。 AD服务器使用的时间源是什么。 在debugging客户端之前，您可以省略AD服务器并使用一些公共池NTP服务器来查看实际上它不是NTP服务器的问题。
如果您决定在AD服务器和ubuntu机器之间同步，那么下面的输出可能会有所帮助。
ntpq -pn
ntpdc -c sysstat
ntpdate -d <time-server-ip>
ntptime
在root提示符下运行ntpq，然后在shell中运行这些命令。 协会rv
这应该给一些其他的线索。
我最近面临这个相同的问题，通过遵循VMWare主页上的指南，我能够将linux ntp时钟与windows AD同步：
默认情况下，未初始化的Windows服务器select一个10秒的离散度，并在每个轮询间隔上添加离散度，以保持同步。 默认情况下，ESXi / ESX主机不接受任何根分散大于1.5秒的NTP答复。
由于ESX：es也运行ntp，相同的解决scheme适用于Ubuntu：将以下行添加到ntp.conf，并重新加载守护进程：
tos maxdist 30