在 Windows 客户端中添加 dhcp 请求 ntp-server (42) 选项

在 Windows 客户端中添加 dhcp 请求 ntp-server (42) 选项

有没有办法在 Windows 客户端中添加 ntp-server dhcp 选项请求?

在注册表中它询问一些选项但不询问 ntp。

截屏

提前致谢

答案1

似乎 NTP over DHCP 基本没用,尤其是在 Windows 下。下面是一些关于其原因的讨论中的部分引述。

NTP over DHCP——为什么实际上没有任何东西使用它?

我们网络上唯一真正监听通过 dhcp 设置的 ntp 服务器的设备是瘦客户端。即使如此,一旦它们连接到中央管理服务器,它们也会获得新的 ntp 服务器,终端会从这些服务器进行同步。有大量的 dhcp 选项几乎被忽略(nntp、smtp)。老实说,我很惊讶大多数设备仍然遵守静态路由的选项 121。

DHCP 非常糟糕。客户端会缓存结果(作为对糟糕/缓慢的 DHCP 服务器的防御),不会按照 DHCP 计划进行更新,因为规范不明确而对字段解释不严谨(字符串 v IP v 谁知道呢),漫游时无法获得响应,等等。它还假设您信任您获得的配置 - 是否应该允许咖啡店 wifi 在公司笔记本电脑上设置时钟(并可能强制密码过期、在其域上关闭机器等)?

因此,系统已经以防御 DHCP 的方式构建。我们需要它,因为它是唯一被广泛接受的自动地址分配系统(直到 IPv6 扎根),但一旦分配了该地址 - 大多数理智的网络管理工具就会使用该链接来传达所有真实信息。对于 NTP,这可能涉及获取重新同步时间、时区信息、辅助服务器信息(以及如何故障转移)、最大漂移大小信息等。

DHCP 是网络配置的终极协议,但其设计不允许我们现在使用的丰富配置数据。因此,业界选择了一条明智的道路 - DHCP 做它擅长的事情,其他一切都从这里开始。

DHCP 选项 4、42 未被提供

据我所知,旧版本的 Windows(例如 Win7)和 MacOS 不支持来自 DHCP 服务器的时间/NTP 选项,这是由 DHCP 客户端决定的,因此您对此无能为力。这存在安全隐患,因为当有人在网络上创建另一个具有错误时间/NTP 设置的 DHCP 时,您的设备时间设置就会混乱。

相关内容