什麼時候應該使用 NTPd 廣播/廣播客戶端而不是客戶端/伺服器或對等模式？
如果經常以最簡單的模式使用 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 en0Microsoft 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）。