Ruby on rails 服务器上的当前时间与实际时间相差7分钟
有人知道这是怎么发生的吗?我的服务器比每个google的实时速度慢7分钟(与用户设备/手机上显示的实时时间相匹配) 我正在使用数字海洋上的Ubuntu服务器Ruby on rails 服务器上的当前时间与实际时间相差7分钟,ruby-on-rails,ruby,shell,ubuntu,ntp,Ruby On Rails,Ruby,Shell,Ubuntu,Ntp,有人知道这是怎么发生的吗?我的服务器比每个google的实时速度慢7分钟(与用户设备/手机上显示的实时时间相匹配) 我正在使用数字海洋上的Ubuntu服务器 当前时间在每个谷歌的设备上(以及在移动电话上): 当前时间在服务器上根据ruby(在irc中): 服务器上的当前时间每shell(在irc中): 每个shell在服务器上的当前时间(直接): 我怎么休息七分钟?我已经让这个服务器运行了4年多了。我认为这是最近发生的,它导致了服务器和终端设备之间的同步问题 编辑:每谷歌CDT时间上
- 当前时间在每个谷歌的设备上(以及在移动电话上):
- 当前时间在服务器上根据
(在irc中):ruby
- 服务器上的当前时间每
(在irc中):shell
- 每个shell在服务器上的当前时间(直接):
timedatectl
。我的服务器时间似乎未同步:
$ timedatectl
Local time: Fri 2018-07-27 14:32:30 UTC
Universal time: Fri 2018-07-27 14:32:30 UTC
Timezone: Etc/UTC (UTC, +0000)
NTP enabled: yes
NTP synchronized: no
RTC in local TZ: no
DST active: n/a
编辑:每谷歌CDT时间上午9:47
我刚刚安装了
NTP
:
$ sudo apt-get update
$ sudo apt-get install ntp
timedatectl
仍显示7分钟,但显示NTP已同步:是:
编辑:@9:50每谷歌CDT:
timedatectl
现在显示正确,但再次显示NTP synchronized:no:
应始终使用
NTP
根据NTP服务器同步时间
现代Ubuntu推荐这样做。我总是使用。人们应该总是使用
NTP
来与NTP服务器同步时间
现代Ubuntu推荐这样做。我总是使用。我刚刚安装了
NTP
timedatectl
现在显示NTP已同步:是的,但时间仍为7分钟。。。我需要等几分钟才能同步吗?哦。老实说,我不记得了,可能是的。或者阅读关于如何立即同步的文档。我遇到了类似的问题(时差为8分钟),在/etc/ntp.conf中安装了ntp并添加了服务器域。。时间是同步的。我刚刚安装了NTP
timedatectl
现在显示NTP已同步:是的,但时间仍为7分钟。。。我需要等几分钟才能同步吗?哦。老实说,我不记得了,可能是的。或者阅读关于如何立即同步的文档。我遇到了类似的问题(时差为8分钟),在/etc/ntp.conf中安装了ntp并添加了服务器域。。时间是同步的。
$ date
Fri Jul 27 14:19:28 UTC 2018
$ timedatectl
Local time: Fri 2018-07-27 14:32:30 UTC
Universal time: Fri 2018-07-27 14:32:30 UTC
Timezone: Etc/UTC (UTC, +0000)
NTP enabled: yes
NTP synchronized: no
RTC in local TZ: no
DST active: n/a
$ sudo apt-get update
$ sudo apt-get install ntp
$ timedatectl
Local time: Fri 2018-07-27 14:39:38 UTC
Universal time: Fri 2018-07-27 14:39:38 UTC
Timezone: Etc/UTC (UTC, +0000)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: n/a
$ timedatectl
Local time: Fri 2018-07-27 14:50:12 UTC
Universal time: Fri 2018-07-27 14:50:12 UTC
Timezone: Etc/UTC (UTC, +0000)
NTP enabled: yes
NTP synchronized: no
RTC in local TZ: no
DST active: n/a