我正在运行Windows Server 2008 R2域。 我们超出了我们的/ 24 DHCP范围，最后我需要扩展它。 这是通过导出旧的范围，更改txtconfiguration，删除原来的，并导入新的configuration。 所做的更改是将子网掩码从/ 24更改为/ 23，并将范围从192.168.100.0-255打开到192.168.100.0-192.168.101.255。
这种改变没有问题，但是我遇到的问题是101.0-255部分的地址都没有填充到反向查找区域。
我不确定这个问题需要提供哪些信息，请随时索取一些。
UPDATE
如果我进入正向查找区logging，取消更新PTRlogging设置，应用它，然后返回并重新检查它，相应的反向logging将被创build。 但是，这必须单独完成，所以这不是一个现实的解决scheme。 它确实提供了创build新logging没有错误的洞察力，但仍有一些情况阻止它自动执行此操作。
即使我目前无法testingcertificate，但我仍然会将其作为答案发布，但我相当肯定我以前见过这个答案。 试试这个，如果它不起作用，那么简单地撤消它。 AD不依赖于rDNS区域，所以如果这不起作用，它不会产生任何AD相关的问题。
IIRC，Windows DNS中的rDNS区域是有类的。 你可以创build一个无类别的rDNS区域，但我不知道这是值得的努力。
从Windows DNS的angular度来看，你的/ 23networking实际上是两个/ 24个networking。 192.168.100.x和192.168.101.x. 如果你有一个192.168.100.x的rDNS区域，那么只有该范围内地址的设备才会在该rDNS区域中注册。 您需要为192.168.101.x创build一个rDNS区域，以便该地址范围内的设备在该rDNS区域中注册。
所以这里有两种方法可以用来做到这一点：
要么
您是否能够在新范围内使用IP的机器上获得正确的租约？ 你可以从那里打GW吗？
此外，检查DHCP保留，你有任何可能阻止发生的旧的？