该NTP如果经常在其最简单的模式，这是客户端/服务器守护程序使用：您指定一个或多个server的指令您ntp.conf和您的客户将使用这些服务器。
除此之外，当您运行自己的 NTP 服务器时，将peer它们放在一起是一种很好的做法，因此如果其中一个与上游服务器的连接断开，它将从对等方那里获得时间。
但是 NTPd 也可以处理时间数据的广播和/或多播分发，文档说明：
广播和多播模式适用于涉及一台或几台服务器以及可能非常庞大的客户群的配置
文档还在别处说：
将主机配置为广播客户端和广播服务器是可能的并且经常有用。以这种方式配置并共享公共广播地址的许多主机将根据层和同步距离自动以最佳配置组织自己。
我可以看到一个明显的管理好处：您不必手动指定和更新客户端中的 NTP 服务器列表ntp.conf，因此对我而言，即使对于小客户群（例如 5 个以上的客户端，3 个客户端），使用广播模式看起来也很诱人约 4 台服务器）。我希望广播而不是客户端/服务器关联的网络流量会高一点，但考虑到通常的千兆以太网 LAN，除非在同一广播域中有非常多的主机，否则影响应该可以忽略不计。
归根结底，什么时候应该使用或避免广播模式？有我没见过的优点和缺点吗？
不可以，大多数操作系统不支持广播客户端模式。与普通服务器/客户端模式相比，广播和多播模式本质上不太准确且不太安全（即使有身份验证），并且它们不像以前那么有用。
如果你坚持这一点，你可以坚持下去......
Linux 操作系统支持广播/多播/组播，但由于将旧的以太网 NIC 及其接口置于混杂模式（通过读取所有数据包，包括用于其他主机的数据包），因此会增加 CPU 开销。
MacOSX（现在的macos）可以支持组播 NTP，但不提供支持。您可以使用以下命令来启用它：
sudo route -nv add -net 228.0.0.4 -interface en0
Microsoft Windows时间服务不支持 Windows 2000 Server、Windows Server 2016、Windows Server 2012 R2、Windows Server 2012 上的多播/广播，更不用说任何 Windows 桌面变体了。它曾经支持多播NTP（来自www.mingham-smith.com/k9.htm的K9为Windows 3.1、95、98、ME、NT、2000、XP、2003、Windows Mobile 2003提供多播NTP）。