我只注意到我的一台Cisco4500交换机出现了错误：即使看起来function正常的ntp，仍然有2分多钟的时间 。 在我看来，即使是一秒钟也不应被认为是相关系统可以接受的。 另外，如果我没有把它和一个简单的挂钟相比，我就不会注意到与诊断的区别。 一些细节 这是我的一些主机（10.0.99.1,10.0.99.2,10.0.1.119,10.0.99.241）的ntp信息，部分引用了另一个回退，但主要应该最终都是通过与10.0.0.1同步，这再次拉动从外面的时间。 所以时间差异不能由不同的原始时间源产生。 由于观察结果使我有点偏执，“有正确的时间”在下面的手段： show clock （或date ）产生一个输出匹配我的挂钟和我的本地系统时钟（这是很好的根据http：//时间。是 ）有一个错误肯定低于1秒（我在看我的本地时钟的同时击中ENTER的准确性） 10.0.1.119（Ubuntu）有正确的时间 $ ntpq -np remote refid st t when poll reach delay offset jitter ============================================================================== +10.0.99.1 10.0.0.1 3 u 855 1024 377 0.904 -2.658 0.113 *10.0.0.1 130.149.17.8 2 u 266 1024 377 0.253 0.909 0.127 10.0.99.241（Cisco 2960）有正确的时间 #sho ntp associations address ref […]
我的一台服务器有一个奇怪的问题。 ntpd和ntpdate无法正常工作，但debugging完全不显示任何错误。 起初我以为也许本地或networking防火墙阻止UDP端口123，但事实并非如此 – 该服务器可以将UDP端口123（ntp协议）与Internet连接并获得答案。 让我来certificate这个问题。 date -s "30 DEC 2012 02:30:00" – 工作，所以我可以成功设置时钟没有错误。 ntpq -pn pool.ntp.org – 工作，我确实从时间服务器获得详细的时间数据，并certificateUDP数据包正在运行。 ntpdate -d pool.ntp.org – debugging模式工作，显示大量debugging数据并显示当前时间偏移量： 30 Dec 02:38:56 ntpdate[19267]: step time server 208.97.140.69 offset 228.234554 sec 所有看起来都正常，直到： ntpdate pool.ntp.org – 暂停4.7秒后，它返回： 30 Dec 02:41:29 ntpdate[19274]: no server suitable for synchronization found 类似的问题运行ntpd ，它不会更新时钟。 ntpd启动后， ntpq -pn导致所有的refid永远卡在.INIT. […]
我有一些Linux设备（没有TOY芯片，所以它们完全依赖于ntp），可能无法访问互联网（到交换机的链路已经启动）。 ntp服务将启动，但显然不会有联系人。 然后我得到一个正在运行的ntp服务，但不与任何同位体同步（ ntpq -p给出.INIT.状态） 问题是，当build立与Internet的连接时，这确实会改变。 如果连接在启动时可用，那么一切正常。 同样，如果我手动发出service ntp restart （ ntp连接到同龄和时间正确同步）。 不应该ntp尝试定期重新连接？ 如果是的话：这是我期望configuration的东西（我没有看到configuration中的任何东西） 如果不是的话：什么是处理服务重启或服务启动延迟的好方法（我可以假定在启动后n分钟后连接到互联网） 注意： 从文档看来，最大池时间（我知道是在放弃之前尝试连接到同级的最大时间？）是1024秒= 17分钟，这比build立所需的时间要多得多上网（大概2到5分钟，最坏的情况）
我无法与来自内部路由器/防火墙的NTP源同步。 任何人帮助？ ntppdate -d 192.168.92.82 6 Jun 11:57:30 ntpdate[5011]: ntpdate [email protected] Tue Feb 24 06:32:26 EST 2004 (1) transmit(192.168.92.82) receive(192.168.92.82) transmit(192.168.92.82) receive(192.168.92.82) transmit(192.168.92.82) receive(192.168.92.82) transmit(192.168.92.82) receive(192.168.92.82) transmit(192.168.92.82) 192.168.92.82: Server dropped: strata too high server 192.168.92.82, port 123 stratum 16, precision -19, leap 11, trust 000 refid [73.78.73.84], delay 0.02591, dispersion 0.00002 transmitted 4, in filter […]
所以，我试图debugging我当前的NTP设置，并发现他偏离我的单个configuration的服务器超过3秒，而不是调整。 ntpq输出中的LOCAL（0）上的星号似乎表示系统正在与其自身而非10.130.33.201服务器（这是我们系统上的另一个Linux盒，我们希望一切都同步到）愉快地同步。 ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== 10.130.33.201 LOCAL(0) 9 u 49 64 377 0.242 -3742.2 1.049 *LOCAL(0) .LOCL. 10 l 2 64 377 0.000 0.000 0.001 这是我的ntp.conf文件。 由别人写的，所以我不是100％确定一切都是正确的。 server 10.130.33.201 burst iburst minpoll 4 maxpoll 11 driftfile /mnt/active/etc/ntp.drift restrict -4 default nomodify nopeer notrap restrict -6 […]
我为我的DC设置了一个NTP客户端来与time.windows.com同步时间，但是我希望它每天至less查询两次NTP服务器。 我通过registry做了所有的更改，有没有一个registry，我可以修改，以及如何？
我们用来作为源的外部NTP服务器之一（当前的主要服务器）似乎没有响应NTP调用。 不幸的是，在我们的核心路由器（Cisco 6509）上，NTPfunction并没有像预期的那样切换到辅助NTP外部服务器。 因此，我们的主要内部NTP源的核心路由器迟了2分钟。 我打算通过使外部NTP源是当前正在工作的那个来解决外部路由器问题。 我想知道，2分钟的更改会影响我的用户和服务多less？ 特别是从这些日子以来，我们严重依赖基于证书的身份validation。 我们是Windows / Cisco商店。 内部NTP设置： [核心路由器1 / Cisco 6509]： 寻find两个外部的NTP服务器（其中主服务器不响应NTP呼叫） [核心路由器2]： 与核心路由器1（主要），工作外部路由器（次要） [其他思科networking设备]： 与核心路由器1（主要），核心路由器2（次要） [域控制器]： 与核心路由器1同步 [所有的Windows客户端/服务器]： 与域控制器同步
对于一个相对较大的networking（数千台主机），针对运行一个本地pipe理的NTP服务器（可能是通过一些公共NTP服务器周期性地设置）并使networking上的所有其他主机那么NTP服务器（池）与所有主机直接使用公共NTP服务器（比如ntp.pool.org） 除了利弊，今天典型的最佳做法是什么？
我在亚马逊AWS（EU /爱尔兰）上有三个Ubuntu EC2实例，都设置为Web服务器。 我注意到系统date/时间在其中两个不正确 （时区总是设置为UTC我的select）。 这里是我的电脑（欧盟/意大利，UTC前2小时）的date -R的输出和服务器： lorenzo@LOCALPC ~ $ date -R Wed, 05 Jun 2013 09:48:19 +0200 ubuntu@AWS-EC2-1 ~ $ date -R # SHOULD BE 07:48 (-10 minutes) Wed, 05 Jun 2013 07:38:58 +0000 ubuntu@AWS-EC2-2 ~ $ date -R # SHOULD BE 07:48 (-15 minutes) Wed, 05 Jun 2013 07:33:55 +0000 ubuntu@AWS-EC2-3 ~ $ […]
我们有两个VMWare环境，运行着一些（主要是）Redhat 5.9和6.4客户端。 我们有时间漂移（每周提前几分钟）的问题。 我们使用ntp，同步到本地域控制器。 VMWare的这个build议明确说不要使用vmware-tools进行时间同步。 为什么？ 似乎很多人都有NTP的问题，并且VMware工具通常以可预测的方式运行。 vmware-tools在更高版本的Redhat上有什么具体问题吗？ 对于上下文，这是我们的ntp.conf（所有注释行被删除）： tinker panic 0 restrict default kod nomodify notrap nopeer noquery restrict -6 default kod nomodify notrap nopeer noquery restrict 127.0.0.1 restrict -6 ::1 server our.domain.server.com driftfile /var/lib/ntp/drift keys /etc/ntp/keys 我们的一些客人保持时间绝对没有问题。 其他人则大幅度减less。