当我查询 NTP 守护进程的状态时,ntpdc -c sysinfo我得到以下输出:
system peer: 0.0.0.0
system peer mode: unspec
leap indicator: 11
stratum: 16
precision: -20
root distance: 0.00000 s
root dispersion: 12.77106 s
reference ID: [73.78.73.84]
reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
system flags: auth monitor ntp kernel stats
jitter: 0.000000 s
stability: 0.000 ppm
broadcastdelay: 0.000000 s
authdelay: 0.000000 s
Run Code Online (Sandbox Code Playgroud)
这表示 NTP 同步失败。但是系统时间精确到 1 秒精度。当我在没有网络连接的情况下运行我的系统时,系统时间会偏离大约 10 秒。
这种行为表明系统有另一种同步时间的方式。我意识到还有systemd-timesyncd.service(配置文件位于/etc/systemd/timesyncd.conf)并timedatectl status给了我正确的时间:
Local time: Thu 2016-08-25 10:55:23 CEST …Run Code Online (Sandbox Code Playgroud) 有很多教程解释了如何设置dhcpd服务器,关于向 dhcp 客户端提供 ntp 建议,我一直认为ntp配置是自动执行的。最近我开始在我的本地网络中看到时钟漂移,所以我认为这是一个错误的假设。所以我开始研究如何最小化 ntp 客户端配置,前提是已经ntp-server通过dhcpd.
除了这个 Ubuntu 特定的帮助教程https://help.ubuntu.com/community/UbuntuTime之外,我找不到太多东西。即使在这里(请参阅“故障排除 -> 它使用哪个配置文件?”下的段落),信息也很少,但它表示如果/etc/ntp.conf.dhcp找到一个文件,它将被使用。首先,作者在这里所指的实际位置与在 中/var/lib/ntp/ntp.conf.dhcp观察到的一样/etc/init.d/ntp,但无论如何该文件的存在并不能保证 ntp 会从dhclient. 因此,我必须为我的本地 ntp 服务器显式添加该server子句ntp.conf.dhcp。但在这种情况下,我为什么还要在dhcpd服务器上设置 ntp 设置?
这似乎违反直觉,即设置一次 ntp 设置(即在服务器上)并让dhcpd服务器将信息委托给客户端。如何最小化(如果不能完全避免)ntp 的客户端配置。或者,我如何ntp通过dhclient.
是否有适合所有 linux 发行版的 cli 解决方案?
我假设每个客户都应该有 的可执行文件ntpd,但我不知道如何从那里开始。
谢谢
编辑:手动运行时 ubuntu 客户端详细输出dhclient:
sudo dhclient -1 -d -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases eth0
Internet Systems …Run Code Online (Sandbox Code Playgroud) 我正在尝试使用 NTPD 将我的 Linux 机器的时间更新到指定的 NTP 服务器。
这是场景:
每次 Linux 机器启动时,我想从 NTP 服务器更新时间,如果不成功,我想每 5 分钟再试一次,直到成功(最多 2 小时)。
我四处搜索,发现我应该(?)使用 NTPD 并使用一些命令,例如:
#ntpdate ntp.server.com (在启动NTPD之前)
#ntpd some_options_to_start
问题是:
sleep和循环的东西do.. while/ for?)请注意,我想在 shell 脚本中执行上述命令,并将 shell 放在 Web 服务器中。然后客户端(使用 Web 浏览器浏览器)将在网站上执行脚本。所以我需要检查更新是否成功以将结果发送到客户端(通过网络)。
我有一台运行最新 Debian 7.5 (wheezy) 安装的家庭服务器。
我刚刚发现服务器将其内部时钟设置为未来± 3 分钟。
我知道我可以使用 NTP 将 Debian(和主板内部时钟)与 NTP 同步,所以我按照法语Debian Wiki(英文页面不太详细)中描述的步骤安装了 NTP 。
我使用以下命令来同步内部时钟:
ntpdate -B -q 192.168.0.254
Run Code Online (Sandbox Code Playgroud)
时钟调整成功。但这是一个临时解决方案,所以我安装了NTP守护进程并在/etc/ntp.conf文件中添加了一个本地服务器:
# pool.ntp.org maps to about 1000 low-stratum NTP servers. Your server will
# pick a different set every time it starts up. Please consider joining the
# pool: <http://www.pool.ntp.org/join.html>
# added
server 192.168.0.254
server 0.debian.pool.ntp.org iburst
server 1.debian.pool.ntp.org iburst
server 2.debian.pool.ntp.org iburst
server 3.debian.pool.ntp.org iburst
Run Code Online (Sandbox Code Playgroud)
这是正确的解决方案吗?事实上,我很惊讶地发现ntp守护程序尚未安装。我想知道 Debian …
我在 syslog 中查看音频问题,我看到了大量的请求池服务器 ntp 守护进程消息。我过去运行过其他 linux,从不记得看到这么多 ntp 日志消息。这可能是由于新的网络问题,对于 Mint 来说是否常见,如果“常见”,是否有办法让它们安静下来?
从那时起我已经更换了运营商和路由器硬件,所以我不排除我的网络中的某些东西。我在访问互联网或玩在线游戏等方面没有问题。
是否ntpd设置硬件时钟?
ntpd如果我通过-q选项,是否设置硬件时钟(意味着一次性更正)?
Linux 3.5.6,ntp 4.2.6.p5。
这里写到 ntpd 每 11 分钟将系统时钟同步到硬件一次,但我在 ntpd mans 中找不到对此的引用。
chronyd和 和有ntpd什么区别?
我知道ntpd可以逐渐调整时间,使其逐渐收敛到参考时钟。这可以做到chrony吗?
我有许多 openSUSE VM(主要是 13.1)。其中一台虚拟机配置为与外界同步其时间,其他虚拟机与此同步。这从未引起问题(我知道)。
现在我注意到外部连接的 VM 上的 ntpd 会导致大约 9% 的 CPU 负载(永久!)并连接到 15 个以上的主机,导致大约 100K/s 的出站流量和稍微低一点的入站流量(所有来自/到我的UDP 端口 123)——在我停止 ntpd 并且不再有这样的出站流量后,它甚至继续(现在几分钟)。
我已将 ntpd 配置为池地址 de.pool.ntp.org 但这并没有什么区别。
我进行了发行版升级(从 DVD 启动),然后甚至重新安装了 ntp 而不做任何更改。
编辑:问题“已解决”
在我阻止传入的 UDP 123 后完全ntpd正常。我仍然不明白是什么导致了这种情况。应该不可能从外部连接到这个 VM 端口。VDSL路由器中没有端口转发。
但是:几分钟前,我从 Internet 向端口 123 发送了一个 UDP 数据包,并且(为什么)VDSL 路由器将其传递给了 VM。如果我现在重复,则数据包不再到达 VM。也许这是许多 UDP 123 连接的一个奇怪的 NAT 副作用。
除了预期的服务器之外,我将阻止此流量。
我有 70 台装有 CentOS 7.2 和 chrony 版本 2.1.1 的机器,与我的 NTP 服务器协议 v3 完美同步。
最近我添加了 30 台机器 CentOS 7.4 and chrony version 3.1,但是这 30 台机器拒绝同步,我遵循了所有的故障排除程序,但我完全不知道如何解决这个问题。命令输出:
chronyc tracking
Reference ID : 00000000 ()
Stratum : 0
Ref time (UTC) : Thu Jan 01 00:00:00 1970
System time : 0.000000013 seconds fast of NTP time
Last offset : +0.000000000 seconds
RMS offset : 0.000000000 seconds
Frequency : 11.390 ppm fast
Residual freq : +0.000 ppm
Skew : 0.000 ppm
Root delay …Run Code Online (Sandbox Code Playgroud) 我正在研究一些Beagle Bone Black (BBB)板上的一个非常奇怪的效果。我们看到系统时钟偶尔会出现几个月的跳跃,这总是与systemd-timesyncd更新系统时钟相关。我们每周会在不同地点的 2000 台设备中看到其中的 2 到 3 个。
我们花了很多时间检查 SNTP,但这似乎表现正常。
我们终于提出了板载实时时钟的硬件问题,由于电子噪声,该问题可能导致其随机跳跃 131072 秒(36 小时)。这并不立即正确,报告的时间跳跃非常具体并且比我们观察到的要少得多,但是对该问题的深入阅读表明跳跃可能更加随机,甚至可能倒退。
我的问题是... linux 如何使用实时时钟来维护系统时钟?
我想知道实时时钟的错误是否只会在时间同步代理(ntpd 或 systemd-timesyncd)更新时出现在系统时钟中。系统时钟和 RTC 之间是否有任何直接联系,还是仅由代理使用?
注意:在第一段中我提到我们在系统时钟中看到几个月的跳跃,这总是与systemd-timesyncd更新系统时钟相关。我的意思是,时间跳转后的第一个系统日志消息是一条Time has been changed系统日志消息:
grep 'Time has been changed' /var/log/syslog
Oct 2 23:53:33 hostname systemd[1]: Time has been changed
Nov 21 00:07:05 hostname systemd[1]: Time has been changed
Nov 21 00:05:17 hostname systemd[1]: Time has been changed
Nov 21 00:03:29 hostname systemd[1]: Time has …Run Code Online (Sandbox Code Playgroud)