扩展了 DHCP 范围,新的反向查找区域尚未填充

扩展了 DHCP 范围,新的反向查找区域尚未填充

我正在运行 Windows Server 2008 R2 域。我们的 /24 DHCP 范围已经超出了我们的范围,因此我最终需要对其进行扩展。这是通过导出旧范围、更改 txt 配置、删除原始配置并导入新配置来完成的。所做的更改是将子网掩码从 /24 更改为 /23,并将范围从 192.168.100.0-255 扩大到 192.168.100.0-192.168.101.255。

这个改变很好,但我遇到的问题是 101.0-255 部分中的任何地址都没有填充到反向查找区域。

我不确定这个问题需要提供什么信息,所以请随时询问。

更新

如果我进入正向查找区域记录,取消选中更新 PTR 记录设置,应用它,然后返回并重新检查它,则会创建相应的反向记录。但是,这必须单独完成,因此这不是一个现实的解决方案。它确实提供了创建新记录没有错误的见解,但仍有一些东西阻止它自动执行此操作。

答案1

我将把这个作为答案发布出来,尽管我目前无法测试它来证明这一点,但我相当确定我以前见过这种情况。试试这个,如果不行,就撤消它。AD 不依赖于 rDNS 区域,因此如果这不起作用,它不会产生任何与 AD 相关的问题。

我记得,Windows DNS 中的 rDNS 区域是有类别的。您可以创建一个无类别的 rDNS 区域,但我不确定这是否值得。

从 Windows DNS 的角度来看,您的 /23 网络实际上是两个 /24 网络。192.168.100.x 和 192.168.101.x。如果您有一个 192.168.100.x 的 rDNS 区域,那么只有地址在该范围内的设备才会在该 rDNS 区域中注册。您需要为 192.168.101.x 创建一个 rDNS 区域,以便地址在该范围内的设备可以注册在该 rDNS 区域中。

因此,您可以使用以下两种方法来实现这一点:

  1. 为 192.168.101.x 创建 rDNS 区域

或者

  1. 为 192.168.0.0 创建 rDNS 区域,并让 Windows 为 192.168.100.x 和 192.168.101.x 创建适当的区域。此方法的优点是,如果您再次更改子网掩码,Windows 将根据需要创建所需的区域。

答案2

您是否能够在使用新范围内 IP 的机器上获得正确的租约?您可以从那里访问 GW 吗?

另外,检查 DHCP 保留,是否有任何旧的保留可能会阻止其发生?

相关内容