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.

2 Solutions collect form web for “Ampliación del ámbito DHCP, la nueva zona de búsqueda inversa no se está poblando”

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?

  • SCCM 2012 no puede actualizar las imágenes de inicio con pxe activado
  • Introducción de un controller de dominio de Windows a una networking de todos los mac-clientes
  • ¿Es el caching arp de Windows Server 2008 R2 por usuario o por máquina?
  • 2008R2 RDS Redireccionar Solicitud RDP
  • Actualice el SKU del controller de dominio de Server 2008 R2 a Enterprise
  • No hay suficientes privilegios para editar files en su dirve de casa
  • (Cómo) ¿Puedo cambiar la location del almacenamiento de perfil local (C: \ Usuarios) en un entorno RDS de perfil mobile?
  • ¿Cómo evitar que los equipos que no sean de dominio accedan a los resources compartidos de dominio?
  • Tamaño del disco duro del server Hyper-V Ubuntu 10.04
  • Windows Server 2008 para el entorno de desarrollo
  • No se puede iniciar el `Secure Socket Tuning Protocol Service`
  • Confianza forestal unidireccional entre bosques distribuidos geográficamente mediante Server 2008 R2
  • IIS 7: deshabilitar la authentication para determinados IP de clientes
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.