Un requisito común de las redes informáticas es la capacidad de resolver nombres sencillos de etiqueta única. El uso de nombres de etiqueta única permite que un equipo tenga acceso a hosts como servidores web y de archivos mediante nombres cortos y fáciles de recordar en lugar de los nombres de dominio completos (FQDN) que forman la convención de nomenclatura predeterminada para el Sistema de nombres de dominio (DNS). Para posibilitar el uso de nombres de etiqueta única, muchas redes implementan los servidores y la tecnología Servicio de nombres Internet de Windows (WINS) en su entorno. Como protocolo de resolución de nombres, WINS es una alternativa a DNS. Es un servicio anterior que usa NetBIOS sobre TCP/IP (NetBT). WINS y NetBT no son compatibles con el protocolo de Internet versión 6 (IPv6); por lo tanto, muchas redes se están quedando obsoletas.

Para ayudar a los administradores de red a migrar a DNS para la resolución de todos los nombres, el rol Servidor DNS de Windows Server 2008 admite una zona con un nombre especial, denominada GlobalNames. Al implementar una zona con este nombre, puede tener registros estáticos y globales con nombres de etiqueta única, sin depender de WINS. Esos nombres de etiqueta única suelen referirse a registros para servidores importantes, bien conocidos y usados de forma extensa, servidores a los que ya se han asignado direcciones IP estáticas y que son administrados por administradores de TI mediante WINS.

La zona GlobalNames no está diseñada para ser un sustituto completo de WINS. No debe usar la zona GlobalNames para admitir la resolución de nombres de registros que están dinámicamente registrados en WINS, registros que normalmente no administran los administradores de TI. La compatibilidad con esos registros registrados dinámicamente no es escalable, especialmente para grandes clientes con varios dominios o varios bosques.

Decidir si se necesita implementar una zona GlobalNames

Considere la implementación de una zona GlobalNames si:

  • Retira WINS o está planeando implementar sólo IPv6 en su entorno, de forma que toda la resolución de nombres dependa de DNS.

  • La necesidad de resolución de nombres de etiqueta única se limita a servidores importantes o sitios web que se pueden registrar estáticamente en DNS. (Normalmente, esos nombres también se configuran estáticamente y globalmente en la base de datos de WINS.) Los nombres de host no se pueden registrar en la zona GlobalNames mediante actualizaciones dinámicas.

  • No puede depender de las listas de búsqueda de sufijos de los equipos cliente para proporcionar una resolución de nombres de etiqueta única; por ejemplo, porque el número de dominios de destino es demasiado grande o los dominios no se pueden administrar centralmente para garantizar que los nombres de host serán únicos. Para obtener más información acerca del uso de listas de búsqueda de sufijos, vea Descripción de la configuración de clientes DNS.

  • Todos los servidores DNS autoritativos para sus zonas son servidores que ejecutan Windows Server 2008. Para resolver nombres registrados en la zona GlobalNames, todos los servidores DNS autoritativos para una zona y que ofrecen servicio a solicitudes de consultas de clientes deben ejecutar Windows Server 2008 y deben estar configurados con una copia local de la zona GlobalNames o bien deben poder ponerse en contacto con servidores DNS remotos que hospedan la zona GlobalNames.

Además, se recomienda que la zona GlobalNames esté integrada con los Servicios de dominio de Active Directory (AD DS). Esta integración con AD DS garantiza una administración más sencilla y una futura escalabilidad.

Implementar una zona GlobalNames

Los pasos específicos para implementar una zona GlobalNames pueden variar ligeramente según la topología AD DS de la red.

Paso 1: crear la zona GlobalNames

El primer paso de implementación de una zona GlobalNames consiste en crear la zona en un servidor DNS que sea un controlador de dominio que ejecuta Windows Server 2008. La zona GlobalNames no es un tipo de zona especial; más bien, simplemente se trata de una zona de búsqueda directa integrada en AD DS que se denomina GlobalNames. Para obtener más información acerca de la creación de una zona de búsqueda directa principal, vea Adición de una zona de búsqueda directa.

Paso 2: habilitar la compatibilidad con la zona GlobalNames

La zona GlobalNames no está disponible para proporcionar la resolución de nombres hasta que la compatibilidad con la zona GlobalNames se habilita explícitamente mediante el siguiente comando en cada servidor DNS autoritativo del bosque:

dnscmd <ServerName> /config /enableglobalnamessupport 1

donde ServerName es el nombre DNS o la dirección IP del servidor DNS que hospeda la zona GlobalNames. Para especificar el equipo local, sustituya ServerName por un punto (.); por ejemplo, dnscmd . /config /enableglobalnamessupport 1.

Paso 3: replicar la zona GlobalNames

Para que la zona GlobalNames esté disponible para todos los servidores DNS y clientes de un bosque, replique la zona en todos los controladores de dominio del bosque, es decir, agregue la zona GlobalNames a la partición de aplicaciones DNS de todo el bosque. Para obtener más información, vea Cambio del ámbito de replicación de la zona.

Si desea limitar los servidores que serán autoritativos para la zona GlobalNames, puede crear una partición de aplicaciones DNS personalizada para replicar la zona GlobalNames. Para obtener más información, vea Descripción de la replicación de zona DNS en los Servicios de dominio de Active Directory.

Paso 4: rellenar la zona GlobalNames

Para cada servidor para el que desea poder proporcionar una resolución de nombres de una sola etiqueta, agregue un registro de recursos de alias (CNAME) a la zona GlobalNames. Para obtener más información, vea Agregar un registro de recursos de alias (CNAME) a una zona.

Paso 5: publicar la ubicación de la zona GlobalNames en otros bosques

Si desea que los clientes DNS de otros bosques usen la zona GlobalNames para resolver nombres, agregue los registros de recursos de ubicación de servicio (SRV) a la partición de aplicaciones DNS de todo el bosque con el nombre de servicio _globalnames._msdcs y especificando el FQDN del servidor DNS que hospeda la zona GlobalNames. Para obtener más información, vea Adición de un registro de recursos a una zona y Cuadro de diálogo del registro de recursos de ubicación de servicio (SRV).

Además, debe ejecutar el comando dnscmd ServerName /config /enableglobalnamessupport 1 en cada servidor DNS autoritativo de los bosques que no hospeden la zona GlobalNames.

Consideraciones adicionales

  • De forma predeterminada, un servidor DNS autoritativo usa los datos de la zona local primero para responder a una consulta antes de probar la zona GlobalNames para ver si existe el nombre. Si no hay datos relevantes en la zona GlobalNames y la resolución mediante sufijos no es correcta, la resolución conmuta automáticamente por error a WINS. La consulta de los datos de la zona local en primer lugar es una optimización del rendimiento.

  • Las actualizaciones dinámicas que se envían a un servidor DNS autoritativo se comprueban en relación con los datos de la zona GlobalNames primero antes de que se comprueben según los datos de la zona local. Esto garantiza que la zona GlobalNames siga siendo exclusiva.

  • Los clientes no necesitan actualizaciones de software para poder resolver los nombres que están configurados en la zona GlobalNames. El sufijo DNS principal, los sufijos específicos de la conexión y la lista de sufijos DNS siguen funcionando como de costumbre.

  • El registro de clientes DNS no se ve afectado a menos que un equipo intente registrar un nombre que ya esté configurado en la zona GlobalNames.

Referencias adicionales


Tabla de contenido