Questions tagged «ntp»

NTP代表网络时间协议,它是一个Internet协议,用于将计算机的时钟同步到某个时间参考。

3
NTP客户端配置的最佳选择
让我们看看是否有人可以对此主题发表一些看法。 我将在接下来的几天内安装服务器。我的客户想要部署一个Hortonworks HDP,其中有2台服务器作为主服务器,而5台工作服务器。所有这些要求之一是启用NTP。但这就是我所拥有的全部信息,他没有告诉我是否要本地服务器充当NTP服务器,还是希望所有7个服务器充当客户端。操作系统将为Centos 6.6或6.7。 所以我的问题是: 考虑到这将不是生产环境,而更像是“测试”环境,那将是您在这些计算机上配置NTP的选择?所有7个都充当客户端或1-2个服务器和5个客户端?
9 centos  ntp  hadoop 

2
几个服务器的正确NTP配置
在一个小型网络中,我有大约20台Linux服务器,我需要它们的时钟彼此接近(例如20毫秒以内)。我已经开始将每个人都同步到europe.pool.ntp.org并完成了工作。 现在我有两个问题: 我是游泳池的明显负担吗?即,如果我从20台服务器或2台服务器访问,它对池有什么明显的影响? 如果确实有所不同,什么设置/配置可以使我的子网保持同步,并且池在轻负载下保持同步?对于大型网络,有一些指导原则(http://www.ntp.org/ntpfaq/NTP-s-config-adv.htm#AEN3101),但对于小型网络却没有。
9 ntp 

3
管理多时区服务器
对于多国服务器,理想的时间和时区设置是什么?尤其要考虑由一个中央IT团队来管理这些服务器。 当前,我们每个服务器都使用本地时区。例如,中文数据中心中的服务器设置为CST。我们德国数据中心中的服务器设置为CEST。时间设置为数据中心的本地时间。(注意:总共我们在6个国家/地区拥有服务器)。 当前设置在查看服务器本地日志时非常有用(确切知道事件发生的时间与当前服务器本地时间相关)。但是,从中央syslog服务器查看事件时,这将成为一场噩梦。
9 linux  windows  time  ntp  timezone 

5
NTP伪造网络源层
是否可以配置ntpd为模糊网络源的层级别? 乍一看,我认为该fudge指令可以完成此操作,但是浏览ntp.conf(5)手册页后,我发现该指令仅适用于参考时钟。 一些细节: 我有一个本地服务器ntpd作为LAN上客户端的主要时间源运行。该服务器指向ntp.org池,通常保持第3级。 除了我的主服务器外,我还有一个第三方网络设备,其主要工作是通过无线方式同步壁钟。射频传输。该设备的规范说它是“符合RFC2030的时间服务器”,但否则它几乎是一个黑匣子。我已将设备配置为使用我的主服务器,因为它是唯一的时间来源: 黑匣子配置http://www.freeimagehosting.net/uploads/21bafb12bd.png 当我ntpd在个人计算机上配置为同时使用主NTP服务器和无线发送器作为时间源时,我的问题浮出水面。查询本地ntpd时,我注意到“黑匣子”(10.xxZ)是首选的时间源: $ ntpq -pn remote refid st t when poll reach delay offset jitter ============================================================================== x10.x.x.X 69.164.222.108 3 u 48 64 177 0.501 370.029 1.530 *10.x.x.Z 10.x.x.Z 2 u 50 64 377 1.354 -23.681 14.179 由于服务器10.x.x.Z的唯一时间源是服务器10.x.x.X(即第3层),因此它应该是第4层。我相信制造商已经对其层级别进行了硬编码。 尽管层级较高,有什么方法可以使我的计算机支持“好”(10.xxX)服务器?我也在prefer本地ntp.conf文件中尝试了该指令,但无济于事,小黑盒子总是赢了:/ 值得的是,我的本地计算机正在运行Mac OS X 10.6。 $ ntpq -c …
9 ntp  ntpd 

4
设置本地第2层NTP服务器
我正在尝试在没有(也永远不会)互联网连接的本地网络上设置NTP。主要优先级是网络上的机器彼此同步,即使它们同步的时间不是100%准确。 我们还要求使用NTP层次结构来复制已部署系统的设置。我想要做的是拥有这样的机器层次结构: Moon (Main Server running Windows) (10.1.3.10) |____Earth (Linux x64 client) (10.1.3.1) |____Mars (Linux x64 client) (10.1.3.2) |____Saturn (Linux x64 client) (10.1.3.3) |____RackCard23 (Linux x64 client and server to the two machines below) (10.1.3.23) |___RackCard21 (Linux x64 client) (10.1.4.21) |___RackCard22 (Linux x64 client) (10.1.4.22) 请注意,机架卡有两个以太网端口,一个连接到10.1.3.x网络,另一个连接到10.1.4.x网络。与主服务器Moon同步的RackCard23将在10.1.3.x网络上进行同步,RackCard22 / 23将连接到10.1.4.x网络上的RackCard23。这是因为我不希望RackCards22 / 23离开他们的网络来同步时间,并且因为它复制了最终部署的系统。 …
9 ntp 

2
NTP将时钟向后偏移
NTP是否会将系统时钟向后移动?我正在考虑创建部分基于时间的唯一ID。如果时钟向后移动,我需要以某种方式解决这个问题。
9 ntp 

1
隔离网络上的单个NTP服务器
我在隔离的网络上有两台Linux机器(A和B)。它们必须是时间同步的。机器A断续供电,并且必须服务时间,因为它已连接到权威时间源(GPS)。仅当机器A通​​电时,机器B才通电,但它是嵌入式linux设备,其电源状态会经常变化。这两台机器都无法访问其他系统。这是一个封闭的网络。 我知道这对于NTP来说是一个很高的要求,因为NTP通常希望与几台服务器建立联系。我无法在机器B上正常工作。机器A与GPS同步很好,机器B可以到达机器A甚至进行时间查询,但是机器A不被信任(也许是单独的吗?)。在机器A稳定运行一个小时后,情况突然改变,机器B正常工作。但是,当机器A停机(进而机器B停机)时,机器B再次无法找到良好的时间同步。 这是一些ntpdate信息。请注意,即使机器A的层数为1,操作也会失败,最后输出相同。 10.10.10.1:服务器掉落:地层太高 服务器10.10.10.1,端口123 阶层16,精度-19,飞跃11,信任000 refid [10.10.10.1],延迟0.02614,色散0.00000 传输4,在过滤器4中 参考时间:00000000.00000000 2036年2月7日星期四6:28:16.000 原始时间戳记:d3a9bdc4.27ebb350 2012年7月12日,星期四21:19:00.155 传输时间戳记:bc17c803.b42dfffe星期六,2000年1月1日0:25:39.703 滤波延迟:0.02625 0.02614 0.02618 0.02625 0.00000 0.00000 0.00000 0.00000 滤镜偏移量:39544160 39544160 39544160 39544160 0.000000 0.000000 0.000000 0.000000 延迟0.02614,分散0.00000 抵消395441600.451568 1月1日00:25:39 ntpdate [677]:找不到适合同步的服务器 我的猜测是机器A只是不相信自己的服务时间。在51分钟(可能不更早发生,我不知道)的正常运行时间并将其时钟与GPS同步之后,机器A开始正确提供时间,机器B便开始计时。我需要早点做。像,如果可能的话,在几秒钟内。 通过以下配置(以及大量的等待),它最终成功了。 机器A ntp.conf: 服务器127.127.28.0更喜欢真正的minpoll 4 maxpoll 4 软糖127.127.28.0阶层1时间1 0.420刷新GPS 机器B ntp.conf: 服务器10.10.10.1更喜欢真正的minpoll 4 maxpoll …
8 linux  time  ntp 

1
NTP不同步,仅在服务重启时同步
我的ubuntu 11.10服务器在过去的3-4个月里一直很开心地坐在那里,然后突然时间开始不同步了一个小时。我不知道为什么,服务器的配置没有任何变化,我认为这可能取决于系统资源的使用情况。 无论如何要解决这个问题,我发现很多人建议安装NTP和NTP守护程序(ntpd),以便时间可以自动同步。我已经安装了NTPD,它似乎可以工作一天,然后突然停止工作。 当我做了一天之后 ntpq -q 列出连接的对等节点,我得到了错误 ntpq: read: Connection refused 如果我然后尝试重新启动服务 sudo service ntp restart 我收到以下消息 * Stopping NTP server ntpd start-stop-daemon: warning: failed to kill 26915: No such process * Starting NTP server ntpd 一旦我在大约5分钟内完成此操作,时间就会再次同步。如果我再次重新启动服务,我不会收到以上消息,我只会 * Stopping NTP server ntpd * Starting NTP server ntpd 如果我再次尝试ntpq -p我得到 remote …

5
准确,不可欺骗的时间源
我需要一个准确无误的时间来源。 如果没有设置自己的原子钟(除非这比听起来容易),我如何才能做到这一点? 这并不是说我不信任NTP池。我无法确定我在跟谁说话。
8 security  ntp 

3
寻找适用于Windows的NTP服务器软件[关闭]
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 我正在寻找用于Windows Server 2003/2008的NTP服务器,最好是免费的。我们已经尝试了内置的Windows Time Server,但是我们的测试确实表明它不是很准确,我们看到时差可以达到500毫秒。我们可以为我们的应用程序允许的最大时间差为〜100ms。 现在我们已经在Windows上使用了Meinberg NTPd。它工作得很好,但有一个大问题:如果客户端和服务器之间存在网络连接问题,则ntp服务器处于紧急状态。在重新启动ntp服务之前,不会给客户端新的时间。这是一个大问题,给我们带来了麻烦。几个月来一直运行良好,直到出现我们没有注意到的网络问题为止,我们只是在一周的时间差已经达到30秒之后才注意到它。在客户身上。 因此,请为Windows建议一些替代的NTP服务器。我使用过Google,但得到了许多无关的搜索结果。 编辑: 到目前为止,ntpd Windows版本非常准确,我想坚持下去。唯一的问题是网络断开后的“紧急状态”。也许有些人知道这是什么原因以及如何解决。另外,我忘了提到我们有这样的服务器/客户端设置: Server1-> Server2-> Server3-> Client1-> Client2-> Client3 因此,Server2从Server1获取时间,Server3从Server2获取时间,客户端从Server3获取时间。另外,有些客户端直接连接到Server2。所有服务器和客户端必须具有完全相同的时间(约100毫秒内),这一点很重要 现在Server3及其客户端出现网络问题。服务器运行Windows的ntpd端口,该端口充当NTP服务器和客户端。客户端将Dimension4作为NTP客户端。网络出现问题后,D4中的错误消息是这样的(在我的头上,没有确切的错误消息): 服务器响应:服务器处于紧急状态(无法同步时钟) 我通读了ntpd文档,唯一提到的“恐慌”是时差为10000秒,这将导致退出ntpd服务器,但事实并非如此。另外,还有一个“ -g”命令行开关可禁用紧急出口,但默认情况下已设置。 有什么想法可能导致恐慌状态以及下次如何消除它?
8 ntp 

6
域控制器时间不正确
我有一个域控制器在Hyper-V上的VM中运行,时间似乎正在稳步增长,在X-mas期间,速度快了5,这似乎很奇怪! 我知道如何更改时间,我相信我们在DC上设置了NTP服务器,并确保在Hyper-V上关闭了时间同步。 我真的不想一直设定时间。时间为何如此之快?

1
保护NTP:使用哪种方法?
能否擅长NTP配置,请分享哪种方法最/容易实现安全,防篡改的NTP版本?这里有一些困难... 我没有自己的第0层时间源,因此必须依赖外部时间服务器。 我应该阅读AutoKey方法还是应该尝试MD5路线? 根据我对对称密码学的了解,MD5方法似乎依赖于客户端和服务器之间的一组预先商定的密钥(对称密码学),因此容易受到中间人攻击。 另一方面,AutoKey在NAT或伪装的主机后面似乎不起作用。顺便说一句,这仍然是真的吗?(此参考链接的日期为2004年,所以我不确定今天的技术水平。) 4.1是否有可用的公共自动按键通话时间服务器? 我浏览了David Mills撰写的NTP书。这本书在某种程度上看起来很棒(毕竟来自NTP创建者),但是其中的信息也很丰富。我只需要先配置NTP的安全版本,然后再担心它的体系结构和工程基础。 有人可以在这些淹没的NTP水域中把我叫醒吗?不一定需要您提供有效的配置,只需提供有关尝试使用哪种NTP模式/配置的信息,也可以是支持该模式/配置的公共时间服务器。 非常感谢, / HS
7 security  ntp  md5 
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.