Ampliación del ámbito DHCP, la nueva zona de búsqueda inversa no se está poblando

Estoy ejecutando un dominio de Windows Server 2008 R2. Hemos superado nuestro / 24 ámbito DHCP, y terminé necesitando expandirlo. Esto se hizo mediante la export del antiguo ámbito, el cambio de configuration txt, la eliminación del original, e importar la nueva configuration. El cambio realizado fue alterar la máscara de subnetworking de / 24 a / 23 y abrir el scope de 192.168.100.0-255 a 192.168.100.0-192.168.101.255.

Este cambio estaba bien, pero el problema que estoy corriendo es que ninguna de las direcciones que están en la porción 101.0-255 se están poblando en la zona de búsqueda inversa.

No estoy seguro de qué información se debe proporcionar para este problema, así que por favor no dude en pedir algunos.

ACTUALIZAR

Si ingreso a un logging de zona de búsqueda directa, desmarque la configuration de logging PTR de actualización, aplíquelo y, a continuación, vuelva y vuelva a revisarlo, se creará el logging inverso respectivo. Sin embargo, esto tiene que ser hecho individualmente por lo que no es una solución realist. Proporciona una idea de que no hay errores al crear los nuevos loggings, pero algo todavía lo impide hacerlo automáticamente.

Voy a publicar esto como una respuesta a pesar de que no puedo probarlo en este momento para probarlo, pero estoy bastante seguro de que he visto esto antes. Pruebe esto y si no funciona, simplemente deshaga. AD no depende de rDNS zonas por lo que si esto no funciona no va a crear ningún problema relacionado con AD.

IIRC, rDNS zonas en Windows DNS son classful. Puede crear una zona rDNS sin classs, pero no estoy seguro de que valga la pena el esfuerzo.

Desde la perspectiva del DNS de Windows, su networking / 23 es en realidad dos / 24 networkinges. 192.168.100.x y 192.168.101.x. Si tiene una zona rDNS para 192.168.100.x, sólo los dispositivos con una dirección en ese range se van a registrar en esa zona rDNS. Debería crear una zona rDNS para 192.168.101.x para que los dispositivos con direcciones en ese range se registren en esa zona rDNS.

Así que aquí hay dos methods que puede utilizar para que esto suceda:

  1. cree una zona rDNS para 192.168.101.x

O

  1. Cree una zona rDNS para 192.168.0.0 y deje que Windows cree las zonas apropiadas para 192.168.100.x y 192.168.101.x. La ventaja de este método es que si alguna vez cambia la máscara de subnetworking nuevamente, Windows creará las zonas necesarias según sea necesario.

¿Puede get contratos de arrendamiento correctos en las máquinas que utilizan las IP en el nuevo ámbito? ¿Puedes golpear el GW desde allí?

Además, compruebe las reservas de DHCP, ¿tiene alguna antigua que podría estar impidiendo que se produzca?