前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >客户端可以访问ntp时钟源,时间却一直不同步的问题

客户端可以访问ntp时钟源,时间却一直不同步的问题

作者头像
johnhuster的分享
发布2024-09-06 12:10:52
2050
发布2024-09-06 12:10:52
举报
文章被收录于专栏:johnhuster

        ntp时钟源通常是通过开放123 的udp端口对外提供ntp服务的,udp端口的访问可以通过nc -uvz xx.xx.xx.xx 123 端口进行验证,验证发现ntp时钟服务的123端口是开放的,也没有防火墙拦截123端口,但为什么客户端不同步ntp时钟源呢,这个ntp时钟源仅仅是局域网的一台机器而已。

        客户端采用的是chrony,正常情况下执行systemct restart chrony,然后通过systemctl status chrony 是可以看到如下的信息的:

master chronyd[23833]: Selected source 172.21.xx.xx

但是使用出问题的这台ntp服务器的客户端却一直没有显示上面的提示提示,通过journalctl -xe | grep chrony 也没有看到有用的信息,最好只能通过tcpdump报文抓取ntp的报文,最后发现了问题:

由于NTP服务器自身没有同步到一个有效的上游时间源,它无法提供可靠的时间服务给客户端。客户端检测到这一点后,将不会从该服务器同步时间。

用wireshark解析的部分报文信息如下:

 报文分析:

  1. Peer Clock Stratum: unspecified or invalid (0) 这意味着NTP服务器没有同步到一个有效的上游时间源。一个正常的NTP服务器应该有一个有效的Stratum值(通常是1到15),这表示它距离原始时间源的距离。
  2. Reference ID: NULL Reference ID是NTP服务器所同步的时间源的标识。在这里,它被标记为NULL,这意味着服务器没有成功同步到任何时间源。
  3. Reference Timestamp: NULL 这个时间戳应该是NTP服务器最后一次从其上游时间源接收到的时间。如果它是NULL,则表明服务器从未成功地从上游时间源接收过时间。
  4. Leap Indicator: unknown (clock unsynchronized) 这表明NTP服务器的时钟是未同步的,因此它无法提供准确的时间信息。
  5. Origin Timestamp: Sep 28, 2092 06:11:37.564591642 UTC 这个时间戳远远超出了当前时间,通常这不应该发生。这可能是由于服务器内部的问题或错误配置导致的。

 最后通过设置ntp服务器的基准时钟解决:

pool ntp1.aliyun.com iburst pool ntp2.aliyun.com iburst

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2024-08-23,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
云服务器
云服务器(Cloud Virtual Machine,CVM)提供安全可靠的弹性计算服务。 您可以实时扩展或缩减计算资源,适应变化的业务需求,并只需按实际使用的资源计费。使用 CVM 可以极大降低您的软硬件采购成本,简化 IT 运维工作。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档