我正在按照这个教程是2008年，所以我非常小心使用它的build议。 我需要让这台机器成为主人，让所有其他机器使用它来同步时间。 他们在20-30之间都不同步…
默认情况下，conf文件有这样的：
# Specify one or more NTP servers. # Use servers from the NTP Pool Project. Approved by Ubuntu Technical Board # on 2011-02-08 (LP: #104525). See http://www.pool.ntp.org/join.html for # more information. server 0.ubuntu.pool.ntp.org server 1.ubuntu.pool.ntp.org server 2.ubuntu.pool.ntp.org server 3.ubuntu.pool.ntp.org # Use Ubuntu's ntp server as a fallback. server ntp.ubuntu.com 我只是稍作改动，现在它变成了server 0.ubuntu.pool.ntp.org iburst 。
重新启动并监视日志
tail -f /var/log/syslog Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123 Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen and drop on 1 v6wildcard :: UDP 123 Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 2 lo 127.0.0.1 UDP 123 Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 3 eth0 134.74.77.21 UDP 123 Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 4 eth1 10.10.0.57 UDP 123 Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 5 eth1 fe80::5652:ff:fe5a:f89f UDP 123 Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 6 eth0 fe80::5652:ff:fe01:1aee UDP 123 Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 7 lo ::1 UDP 123 Jun 14 16:17:12 ghive-ldap ntpd[16721]: peers refreshed Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listening on routing socket on fd #24 for interface updates
已经20分钟了，似乎没有任何东西了….我添加了其他服务器，但似乎没有工作…
ping 0.ubuntu.pool.ntp.org PING 0.ubuntu.pool.ntp.org (50.7.247.114) 56(84) bytes of data. From 172.17.200.3 icmp_seq=1 Packet filtered From 172.17.200.3 icmp_seq=6 Packet filtered
听起来不错。 最近怎么样？ 我在纽约，根据这个服务器列表
server nist1-ny.ustiming.org iburst
平那，也给我打包过滤。
那么这里发生了什么？ 任何想法？ 谢谢。
这里是真正的conf，如果你需要看看： http : //dpaste.org/wDMxO/
root@ghive-ldap:~# ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== nist1-ny.ustimi .INIT. 16 u - 64 0 0.000 0.000 0.000 name1.glorb.com 128.252.19.1 2 u - 64 1 32.783 -7.453 0.000 ns1.oninit.com .INIT. 16 u - 64 0 0.000 0.000 0.000 ns1.your-site.c .INIT. 16 u - 64 0 0.000 0.000 0.000 triangle.kansas .INIT. 16 u - 64 0 0.000 0.000 0.000 europium.canoni .INIT. 16 u - 64 0 0.000 0.000 0.000
看来你在networking内部限制对ntp服务器的访问。 在你指定的六个时间服务器中，你只能从一个中获得时间。 但是，一切都不会丢失。
尝试使用本地时间源。 我发现可靠的NTP源是常见的。 通常你的路由器和DNS服务器将提供一个可靠的时间源。 如果有专用的ntp服务器，通常称为ntp或ntp1 。 如果本地域是example.com那么你会发现它为ntp.example.com 。
对于您的主服务器考虑使用它的时钟作为时间源。 设置是在8到12范围内的层，使其成为一个有用的备份，但不会覆盖真实的来源。 这可能不是一个准确的时间源，但可以用作所有系统的通用回退时间源。 即使你不能得到一个好的时间源，你至less可以同步所有的系统到同一个时间源。
# ... and use the local system clock as a reference if all else fails server 127.127.1.0 fudge 127.127.1.0 stratum 8
也可以使用一些GPS单元作为时间源。 我的一个时间来源声称gps是它的时间源。 如果您需要使用这种方法，您可以从NTP参考时钟文档开始。
使用命令ntpq -p或ntpdc -c peers检查时间源的可靠性。 您可以添加一个主机名来查询您的同伴，虽然他们可能被configuration为不回应。
您可以在debugging模式下使用ntpdate来扫描本地networking中的ntp服务器。 但是，您可能会发现一些非常不准确的胭脂服务器。 （一次networking扫描发现许多srtatum 0服务器的时钟是当天的一天或更长的时间。）寻找一个中等的低层（2到4），准确的时间。 检查三层以上服务器的对等体可以帮助您发现可访问的时间源。