我有一个奇怪的问题，我无法追踪到任何东西，但我相当缺乏经验，所以我可能错过了一些明显的东西。
我很难理解为什么该ntpd服务不断尝试访问互联网，尽管机器（Debian 塔和 Raspbian）上的时间正确。我的印象是，守护进程旨在安排时间更新，而不是进行连续的尝试。
基本上，每当我检查路由器上的活动连接时，我总是可以从每台 Linux 机器上找到 3 个以上到 NTP 服务器的连接，有时总计远远超过 15 个已建立的连接。
如果我切断与路由器的连接（清除所有连接），则执行一些新尝试之前的等待显然非常短，但等待假设的更新过程完成就等于越来越多的连接永远不会“完成其工作”。
正如您可能已经推断出的那样（RPi 上没有 RTC），Raspbian 具有当前时钟的简单事实意味着在某个时刻更新已完成并且时间已设置。
没有必要解释这开始变得多么烦人，但正如前面所说，不幸的是我并没有真正具备正确追踪原因的知识（并且可能意味着，即软件工具），所以：
- 您建议采用哪种操作方式来找到有关该问题的线索？
- 这可能是由于配置错误引起的吗？
- 或者，这是正常行为吗？
预先感谢您提供任何宝贵的意见。
答案1
NTP是时间同步协议；默认情况下，参与者（包括正在运行的系统ntpd）定期交换消息以保持时钟同步。这意味着看到从您的系统到各个 NTP 服务器的多个连接是完全正常的；您可以通过运行ntpq并使用以下命令来了解有关它们的更多信息peers：
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
0.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
1.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
2.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
3.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
-ntp-3.arkena.ne 138.96.64.10 2 u 837 1024 377 45.882 -0.773 0.748
-ntp.univ-angers 145.238.203.14 2 u 684 1024 377 55.914 1.742 0.605
+regar42.fr 195.154.10.106 4 u 702 1024 377 47.394 -0.125 1.287
*dedibox.demonge 195.83.222.27 2 u 693 1024 377 45.821 0.628 2.468
-infidel.e-lista 145.238.203.14 2 u 699 1024 375 50.725 0.767 1.069
+195-154-10-106. 175.122.215.45 3 u 460 1024 377 46.420 0.052 2.269
（或者简单地ntpq -p从外壳）。
如果您想每隔一段时间运行一次一次性时钟同步，那么最好使用ntpdate它。