ntp

NTP 同步问题

筅森魡賤 提交于 2020-02-26 17:39:10
1.ntpq -p 查看 ntp 服务器与上层 ntp 服务器的状态:ntpq [ root@data01 ~ ] # ntpq -p remote refid st t when poll reach delay offset jitter == == == == == == == == == == == == == == == == == == == == == == == == == == == == == == == == == == == == == == == 61-216-153-104. 211.22.103.157 3 u 213m 1024 0 110.694 47.411 0.000 +ntp3.itcomplian 10.6.30.8 6 u 163 1024 157 408.690 -71.435 35.453 gus.buptnet.edu 10.3.8.150 5 u 206 1024 331 11.849 -2.486 31.750 *ntp.wdc1.us.lea 130.133.1.10 2 u 417 1024 377 241.163 -12.288 18.173 # 其中: # remote - 本机和上层ntp的ip或主机名,“+”表示优先,“*”当前所用的同步服务器 # refid - 参考上一层ntp主机地址 # st -

Linux的时钟及常用的时间同步服务器地址

99封情书 提交于 2020-02-26 14:07:52
在 Linux 中,用于时钟查看和设置的 命令 主要有date、hwclock和clock。其中,clock和hwclock用法相近,只不过 clock 命令 除了支持x86硬件体系外,还支持Alpha硬件体系。由于目前绝大多数用户使用x86硬件体系,所以可以视这两个命令为一个命令来学习。 1.在虚拟终端中使用date命令来查看和设置系统时间 查看系统时钟的操作: # date 设置系统时钟的操作: # date 091713272003.30 通用的设置格式: # date 月日时分年.秒 2.使用hwclock或clock命令查看和设置硬件时钟 查看硬件时钟的操作: # hwclock --show 或 # clock --show 2003年09月17日 星期三 13时24分11秒 -0.482735 seconds 设置硬件时钟的操作: # hwclock --set --date="09/17/2003 13:26:00" 或者 # clock --set --date="09/17/2003 13:26:00" 通用的设置格式:hwclock/clock --set --date=“月/日/年 时:分:秒”。 3.同步系统时钟和硬件时钟 Linux系统 (笔者使用的是Red Hat 8.0,其它系统没有做过实验)默认重启后,硬件时钟和系统时钟同步

Linux的时钟及常用的时间同步服务器地址

谁说胖子不能爱 提交于 2020-02-26 05:33:57
在 Linux 中,用于时钟查看和设置的 命令 主要有date、hwclock和clock。其中,clock和hwclock用法相近,只不过 clock 命令 除了支持x86硬件体系外,还支持Alpha硬件体系。由于目前绝大多数用户使用x86硬件体系,所以可以视这两个命令为一个命令来学习。 1.在虚拟终端中使用date命令来查看和设置系统时间 查看系统时钟的操作: # date 设置系统时钟的操作: # date 091713272003.30 通用的设置格式: # date 月日时分年.秒 2.使用hwclock或clock命令查看和设置硬件时钟 查看硬件时钟的操作: # hwclock --show 或 # clock --show 2003年09月17日 星期三 13时24分11秒 -0.482735 seconds 设置硬件时钟的操作: # hwclock --set --date="09/17/2003 13:26:00" 或者 # clock --set --date="09/17/2003 13:26:00" 通用的设置格式:hwclock/clock --set --date=“月/日/年 时:分:秒”。 3.同步系统时钟和硬件时钟 Linux系统 (笔者使用的是Red Hat 8.0,其它系统没有做过实验)默认重启后,硬件时钟和系统时钟同步

NTP服务器

和自甴很熟 提交于 2020-02-26 03:04:35
1、 Device A发送一个NTP报文给Device B,该报文带有它离开Device A时的时间戳,该时间戳为10:00:00am(T1)。 2、 当此NTP报文到达Device B时,Device B加上自己的时间戳,该时间戳为11:00:01am(T2)。 3、 当此NTP报文离开Device B时,Device B再加上自己的时间戳,该时间戳为11:00:02am(T3)。 4、 当Device A接收到该响应报文时,Device A的本地时间为10:00:03am(T4)。 5、 至此,Device A已经拥有足够的信息来计算两个重要的参数: 6、 NTP报文的往返时延Delay=(T4-T1)-(T3-T2)=2秒。 7、 Device A相对Device B的时间差offset=((T2-T1)+(T3-T4))/2=1小时 安装软件: [root@wing_ntp ~]# rpm -qa | grep ntp ntp-4.2.2p1-9.el5_4.1 配置NTP服务器(假定本地服务器地址为:192.168.1.103) NTP server的主配置文件:/etc/ntp.conf ntp.conf文件部分选项说明 a. restrict管理权限控制 格式: restrict [需权限控制的IP] mask [netmask_IP] [parameter] 参数:

NTP时间同步以及周期性计划任务

扶醉桌前 提交于 2020-02-26 03:01:32
NTP网络时间协议 Network Time Protocol --NTP服务器为客户机提供标准时间 --NTP客户机需要与NTP服务器保持沟通 RHEL7客户端的校时服务 --软件包:chrony --配置文件:/etc/chrony.conf --系统服务:chronyd 服务端:提供相应功能的程序 1,安装客户端程序chrony 2,配置chrony指定服务端位置,修改配置文件 命令:vim /etc/chrony.conf ...... #server 0.rhel.pool.ntp.org iburst #server 1.rhel.pool.ntp.org iburst #server 2.rhel.pool.ntp.org iburst #server 3.rhel.pool.ntp.org iburst //注释掉默认的server配置 server cla***oom.example.com iburst //添加新的配置 3,开启时间同步 命令: timedatectl //查看现有状态 命令:timedatectl set-ntp yes //启用NTP同步 4,启动系统服务chronyd,并设为开机自启 命令:systemctl restart chronyd 命令:systemctl enable chronyd 周期性任务: • 用途

CentOS 7中Chrony时间同步

大城市里の小女人 提交于 2020-02-26 03:01:07
Chrony 是一个开源的自由软件,它能够让linux系统时间和时间(NTP)服务器同步,让时间始终保持同步 NTP的缺点 在于如果修改时间到10年前,那么NTP服务就蒙圈了,但是 Chrony 不会出现这种问题 环境准备 主机名 IP地址 描述 linux-node1 172.16.1.170 Chrony服务端 linux-node2 172.16.1.171 Chrony客户端 NTP同步原理图(以阿里云NTP服务为例): 1.Cheony服务端 #1.使用前关闭ntp服务 [root@linux-node1 ~]# systemctl stop ntpd.service [root@linux-node1 ~]# systemctl disable ntpd.service #2.安装cheony服务 [root@linux-node1 ~]# yum install chrony -y #3.修改chrony配置文件参数(添加的是阿里云NTP服务器的域名) #删除自带的默认ntp服务器,修改为如下ntp服务器地址,并且设置允许访问改服务器的NTP服务的地址段 [root@m02 ~]# vim /etc/chrony.conf .... server ntp1.aliyun.com iburst server ntp2.aliyun.com iburst server

5分钟入 门ntp

时光毁灭记忆、已成空白 提交于 2020-02-25 23:22:55
5分钟入 门ntp ntp 最原始的时间服务器 ntp install yum install ntp ntpdate systemctl enable ntpd && systemctl restart ntpd ntp config server # vi /etc/ntp.conf server cn.pool.ntp.org prefer restrict 192.168.1.1 mask 255.255.255.0 nomodify server 127.127.1.0 # localclock fudge 127.127.1.0 stratum 10 # restart service systemctl enable ntpd && systemctl restart ntpd ntp config client # vi /etc/ntp.conf server cn.pool.ntp.org prefer # restart service systemctl enable ntpd && systemctl restart ntpd ntp check ntpq -p crontab sync #vi /etc/crontab */5 * * * * root ntpdate -s 192.168.1.1 ; hwclock -w 来源: 51CTO 作者:

5分钟入 门ntp

半城伤御伤魂 提交于 2020-02-25 23:22:35
5分钟入 门ntp ntp 最原始的时间服务器 ntp install yum install ntp ntpdate systemctl enable ntpd && systemctl restart ntpd ntp config server # vi /etc/ntp.conf server cn.pool.ntp.org prefer restrict 192.168.1.1 mask 255.255.255.0 nomodify server 127.127.1.0 # localclock fudge 127.127.1.0 stratum 10 # restart service systemctl enable ntpd && systemctl restart ntpd ntp config client # vi /etc/ntp.conf server cn.pool.ntp.org prefer # restart service systemctl enable ntpd && systemctl restart ntpd ntp check ntpq -p crontab sync #vi /etc/crontab */5 * * * * root ntpdate -s 192.168.1.1 ; hwclock -w 来源: 51CTO 作者:

5分钟入门chronyc

落爺英雄遲暮 提交于 2020-02-25 22:55:08
5分钟入门chrony chrony 是ntp在替代品,使用上比ntp更简单 install chrony yum install chrony # rpm -ql chrony /etc/chrony.conf /usr/bin/chronyc /usr/sbin/chronyd chrony server config # vi /etc/chrony.conf server cn.pool.ntp.org iburst server tw.pool.ntp.org iburst allow 192.168.43.0/24 local stratum 10 # restart service systemctl restart chronyd chrony client config #vi /etc/chrony.conf server 192.168.43.101 iburst # restart service systemctl restart chronyd chrony check chronyc sources chronyc sourcestats manual sync time ntpdate -s 192.168.43.101 来源: 51CTO 作者: siwen1017 链接: https://blog.51cto.com/justinit

刚填了一个奇怪的坑

与世无争的帅哥 提交于 2020-02-21 17:47:55
最近写了一个 API Token 的校验服务,想要增加时效性控制,比如一个 API,超过一段时间(比如 10s)之后,用同样的参数再请求就会被服务器禁掉,无法获取正常数据,这样可以保证数据的安全。 怎么增加时效性控制呢?加一个时间的信息就好了,我们可以把时间信息包含在一个 API URL 的额外的参数 token 里面。比如最简单的,把前端获取的时间戳进行 Base64 编码之后作为 token,这个 token 会传递给后端,后端会对获取到的 token 进行解码,对获取到的时间戳进行校验,如果 Token 里面的时间戳和 Server 端的时间戳相差不超过一定的时间阈值(比如 10s),那就正常返回结果。如果超过一定的时间,服务器就直接返回 401 状态码,不会返回正常数据,这样可以保证接口的实时性,进一步保证安全。 但是现在遇到了一个问题,我一开始把二者的时间差阈值设置成了 10 秒,在本地测试没有问题,完全 OK,接口可以正常获取数据。怪的问题来了,我把项目部署到服务器上,发现怎么着都不行,一直返回 401 状态码。经过调试发现是前后端在同一时间获取到的时间戳是不一样的,足足相差了有 16 秒,服务器获取的时间戳比客户端慢了 16s,这导致在同一时刻二者并不能达到阈值条件,导致接口一直不能获取正常数据。 这到底是是为什么?为啥部署到服务器上之后,时间戳差别这么大呢? 原因