☰

網路時間伺服器的 DHCPv6 選項

tag-icon • tag-icon networking dhcp ntp
網路時間伺服器的 DHCPv6 選項

對於 DHCPv4 來說，似乎只有一個選項可以指定 (S)NTP 伺服器，即 42，而 DHCPv6 似乎提供了兩個單獨的選項：

  • OPTION_SNTP_SERVERS(31) 使用與 DHCPv4 相同的設定格式，其中指定了 IP 位址列表
  • OPTION_NTP_SERVER(56) 允許指定 3 個不同的子選項，IP 位址、群播 IP 位址或完全限定域名

根據RFC 5908其中OPTION_NTP_SERVER指定：

此選項用作與一台 NTP 伺服器或簡單網路時間協定 (SNTP) 伺服器相關的伺服器位置資訊的容器。此選項可以在 DHCPv6 訊息中多次出現。 NTP 用戶端或 SNTP 用戶端將將此選項的每個實例視為要包含在其設定中的伺服器。

這意味著OPTION_NTP_SERVER與 .NET 相比，可以提供更多有關網路時間伺服器的資訊OPTION_SNTP_SERVERS。那為什麼它OPTION_SNTP_SERVERS與它並存呢？

答案1

再次檢查 RFC 5908 後，它在第7節RFC 4075 已棄用 ( )，應使用OPTION_SNTP_SERVERSRFC 5908 ( ) 代替。OPTION_NTP_SERVER

至於導致該決定的原因，提供以下資訊：

[...]這種方法 [RFC 4075] 並不適用於所有 NTP 部署。它不是一個可擴展的機制，而且 引入一些語義混亂 透過使用“SNTP”縮寫。此外，該方法僅提供 IPv6 位址來指定伺服器位置不符合 NTP 要求也使用 FQDN（完全限定網域名稱）。

總而言之，附加子選項允許使用更多不同的方式來指定 S(NTP) 伺服器位置，而舊的子選項OPTION_SNTP_SERVERS會導致其是否也可用於 NTP 的混亂。

棄用會導致需要為 DHCPv4 和 DHCPv6 指定 NTP 伺服器的方式出現差異。雖然 DHCPv6 引入了新的基於子選項的方法，但 DHCPv4 仍然只允許指定類似於 RFC 4075 ( OPTION_SNTP_SERVERS)的 IP 位址清單。

答案2

歡迎來到社區。

按照RFC4330（適用於 IPv4、IPv6 和 OSI 的簡單網路時間協定 (SNTP) 版本 4）第 1 頁

簡單網路時間協定版本 4 (SNTPv4) ...是網路時間協定 (NTP) 的子集 ...

和

……當既不需要也不合理基於 RFC 1305 的完整 NTP 實現的最終性能時可以使用。

這與 TFTP 和 FTP 的情況類似。使用更簡單的協定可以簡化設定、減少開銷等OPTION_SNTP_SERVERS。

答案3

這意味著與 OPTION_SNTP_SERVERS 相比，OPTION_NTP_SERVER 甚至可以提供更多有關網路時間伺服器的資訊。那為什麼 OPTION_SNTP_SERVERS 與它並存呢？

SNTP_SERVERS 選項最先添加的。當添加新選項時，它不會停止存在 - 最多，它被標記為“已棄用”，但用於支援它的實現很可能會繼續支援它。

OPTION_NTP_SERVER只出現五年後，目的是擴展舊的僅 SNTP 選項及其棄用說明：

  1. RFC 4075 棄用

「DHCPv6 的簡單網路時間協定 (SNTP) 設定選項」[RFC4075] 為 IPv6 提供某種程度的自動時間伺服器設定，因為它指定如何透過 DHCPv6 傳輸 SNTP [RFC4330] 伺服器位址。但是，此方法並不適合所有 NTP 部署。它不是可擴展的機制，並且透過使用“SNTP”首字母縮寫引入了一些語義混亂。此外，僅提供 IPv6 位址來指定伺服器位置的方法也不符合使用 FQDN（完全限定網域名稱）的 NTP 要求。由於上述所有原因，本文檔使 [RFC4075] 被棄用。

相關內容