domain-name-system – 总是从DHCP更新DNS是否有缺点?

前端之家收集整理的这篇文章主要介绍了domain-name-system – 总是从DHCP更新DNS是否有缺点?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个运行DNS和DHCP服务器的 Windows 2012域控制器.默认设置似乎仅在DHCP客户端请求时动态更新DNS A和PTR记录.

(这是在Scope Properties – > DNS下)

选择始终动态更新DNS A和PTR记录是否有缺点?

它与动态更新不请求更新的DHCP客户端的DNS A和PTR记录(例如,运行Windows NT 4.0的客户端)之间的区别是什么?

解决方法

选择始终动态更新DNS A和PTR记录是否有缺点?

这取决于你想做什么.

默认情况下,Windows计算机将直接与DNS通信并更新其自己的A记录,它将要求DHCP更新PTR记录.

通过启用始终动态更新DNS A和PTR记录,即使客户端仅要求它更新PTR,也要告知DHCP更新这两个记录.

它与“……对于不请求更新的DHCP客户端……”有什么区别?

现在,NT 4.0示例并不那么重要,因此请考虑使用Windows和Mac(或Linux)客户端的混合环境.

Windows机器处理它们的动态DNS更新(或者他们要求DHCP这样做).

但Mac / Linux客户端没有.此选项允许DHCP为不能或不能请求动态DNS更新的这些计算机创建记录.

有些事情需要考虑:

>您应该为DHCP创建专用的非特权AD用户帐户以用于动态DNS更新,并将其添加到DnsUpdateProxy组(如果DHCP在域控制器上运行,这尤其重要).>即使您设置了预留,DHCP也会始终注册客户端报告的名称.如果客户报告的名称与您在预订中设置的名称不同,则预订的名称将被覆盖.>通过DHCP设置的动态DNS记录将在其上设置时间戳.您应该正确设置DNS清理以删除这些记录,即使您已将DHCP设置为在租约到期时删除记录(最好将其打开,但有很多情况下这种情况不会发生).

原文链接:https://www.f2er.com/html/229677.html

猜你在找的HTML相关文章