Para configurar el Sistema de nombres de dominio (DNS) es necesario realizar las siguientes tareas de configuración en las propiedades de TCP/IP de cada equipo.

  • Establezca un nombre de equipo DNS o un nombre de host para cada equipo. Por ejemplo, en el nombre de dominio completo (FQDN) wkstn1.widgets.tailspintoys.com., el nombre de equipo DNS es la etiqueta situada en el extremo izquierdo wkstn1.

  • Establezca un sufijo DNS primario para cada equipo, que se coloca detrás del nombre de equipo o nombre de host para formar el FQDN. De acuerdo con el ejemplo anterior, el sufijo DNS primario es widgets.tailspintoys.com.

  • Establezca una lista de servidores DNS que puedan usar los clientes cuando resuelvan los nombres DNS, como un servidor DNS preferido, y cualquier servidor DNS alternativo que pueda usarse si el servidor preferido no está disponible.

  • Establezca la lista o el método de búsqueda de sufijos DNS que debe usar un cliente cuando realice búsquedas de consultas DNS de nombres de domino cortos y no completos.

Estas tareas se analizan con más detalle en cada una de las siguientes secciones.

Configuración de nombres de equipo

Cuando establezca nombres de equipo para DNS, resulta útil recordar el nombre como la parte en el extremo izquierdo de FQDN. Por ejemplo, en wkstn1.widgets.tailspintoys.com., wkstn1 es el nombre de equipo.

Puede configurar todos los clientes DNS de Windows con un nombre de equipo que se base en cualquier carácter compatible estándar que se haya definido en la RFC (solicitud de comentarios) 1123 sobre requisitos para los hosts de Internet, aplicación y compatibilidad. Éstos son los caracteres incluidos:

  • Letras mayúsculas, de la A a la Z

  • Letras minúsculas, de la a a la z

  • Números, del 0 al 9

  • Guiones (-)

Si la red es compatible con espacios de nombres NetBIOS y DNS, puede usar un nombre de equipo diferente dentro de cada espacio de nombres. Sin embargo, se recomienda que siempre que sea posible intente usar nombres de equipo que tengan 15 o menos caracteres y que siga los requisitos de nomenclatura de RFC 1123.

De forma predeterminada, la etiqueta en el extremo izquierdo del FQDN de los clientes equivale al nombre de equipo NetBIOS, a menos que esta etiqueta tenga 16 o más caracteres, que es la longitud máxima de los nombres NetBIOS. Cuando el nombre de equipo supera la longitud máxima para NetBIOS, el nombre de equipo NetBIOS se trunca tomando como base la etiqueta completa que se especifique.

Antes de configurar los equipos con nombres DNS y NetBIOS distintos, piense en las siguientes implicaciones y los problemas correspondientes para su implementación:

  • Si la búsqueda del Servicio de nombres Internet de Windows (WINS) está habilitada para las zonas que hospedan los servidores DNS, use el mismo nombre para los nombres de equipo NetBIOS y DNS. De lo contrario, los resultados de los clientes que intenten realizar consultas y resolver los nombres de estos equipos serán incoherentes.

Si ha realizado una inversión en el uso de nombres NetBIOS para admitir la tecnología de redes de Microsoft heredada, recomendamos que revise los nombres de equipo NetBIOS que se usan en la red para preparar la migración a un entorno de sólo DNS estándar. De este modo la red se prepara correctamente para el crecimiento y la interoperabilidad a largo plazo con futuros requisitos de nomenclatura. Por ejemplo, si usa el mismo nombre de equipo para la resolución NetBIOS y DNS, piense en convertir todos los caracteres especiales como el signo de subrayado (_) de los nombres NetBIOS actuales que no cumplan los estándares de la nomenclatura DNS. Si bien estos caracteres se permiten en los nombres NetBIOS, suelen ser incompatibles con los requisitos de la nomenclatura de los hosts DNS y con la mayor parte del software de resolución de nombres de cliente DNS.

Consideraciones adicionales

  • Si bien el uso del signo de subrayado (_) en nombres de host DNS o registros de recursos de host (A) ha sido tradicionalmente prohibido por los estándares de DNS, se ha propuesto el uso de signos de subrayado en nombres relacionados con los servicios, por ejemplo los nombres usados para los registros de recursos del localizador de servicios (SRV) con el fin de evitar conflictos de nombres en el espacio de nombres DNS de Internet.

  • Además de las convenciones de nomenclatura estándar de DNS, el uso de caracteres ASCII y Unicode extendidos es compatible con el DNS de Windows Server 2008. Sin embrago, la mayoría del software de resolución de nombres escrito para otras plataformas (como UNIX) se basa en estándares DNS de Internet, por lo que esta compatibilidad de caracteres mejorada sólo puede usarse en redes privadas con equipos que ejecuten el DNS de Windows 2000, Windows Server 2003 o Windows Server 2008.

  • La instalación inicial de DNS y TCP/IP muestra una advertencia para sugerir un nombre DNS estándar si se escribe un nombre DNS no estándar.

  • Los equipos y los servidores usan de forma predeterminada DNS para resolver cualquier nombre que tenga más de 15 caracteres. Si el nombre tiene 15 caracteres o menos, puede intentarse y usarse tanto la resolución de nombres NetBIOS como la resolución de nombres DNS para resolver el nombre.

Configuración de nombres de dominio

El nombre de dominio se usa con el nombre del equipo cliente para formar el FQDN, también denominado nombre de equipo completo. En general, el nombre de dominio DNS es el resto del FQDN que no se usa como nombre de host único para el equipo.

Por ejemplo, el nombre de dominio DNS de un equipo cliente puede ser el siguiente: si el FQDN, o el nombre de equipo completo, es wkstn1.widgets.tailspintoys.com, el nombre de dominio es la parte widgets.tailspintoys.com de este nombre.

Los nombres de dominio DNS tienen dos variaciones: un nombre DNS y un nombre NetBIOS. El nombre de equipo completo (un nombre DNS completo) se usa al consultar y buscar recursos con nombre en la red. En el caso de clientes de versiones anteriores, el nombre NetBIOS se usa para buscar diversos tipos de servicios NetBIOS que se comparten en la red.

Un ejemplo de un componente que necesita tanto nombres NetBIOS como DNS es el servicio de Net Logon. En el DNS de Windows Server 2008, el servicio de Net Logon de un controlador de dominio registra sus registros de recursos de localizador de servicios (SRV) en un servidor DNS. En el caso de Windows NT Server 4.0 y versiones anteriores, los controladores de dominio registran una entrada DomainName en WINS para realizar el mismo registro y anunciar su disponibilidad para proporcionar el servicio de autenticación a la red.

Cuando se inicia un equipo cliente en la red, éste usa la resolución DNS para consultar un servidor DNS en busca de registros de recursos del localizador de servicios (SRV) para su nombre de dominio configurado. Esta consulta se usa para buscar controladores de dominio y ofrecer autenticación de inicio de sesión para obtener acceso a recursos de la red. Un cliente o un controlador de dominio de la red también puede usar el servicio de resolución NetBIOS para consultar servidores WINS al intentar encontrar entradas DomainName [1C] para completar el proceso de inicio de sesión.

Los nombres de dominio DNS deben seguir los mismos estándares y prácticas recomendadas que se aplican a la nomenclatura de equipos DNS que se describió en la sección anterior. En general, las convenciones de nomenclatura aceptables para los nombres de los dominios incluyen el uso de las letras de la A a la Z, los números del 0 al 9 y el guión (-). El punto (.) en un nombre de dominio siempre se usa para separar las partes discretas de un nombre de dominio, que normalmente se denominan etiquetas. Cada etiqueta se corresponde con un nivel adicional que se define en el árbol de espacios de nombres DNS.

Para la mayoría de los equipos, el sufijo DNS primario que se configura para el equipo puede ser el mismo que su nombre de dominio de los Servicios de dominio de Active Directory (AD DS), si bien los dos valores también pueden ser diferentes.

Importante

De forma predeterminada, la parte del FQDN de un equipo que corresponde al sufijo DNS primario debe coincidir con el nombre del dominio de AD DS. Para que pueda haber distintos sufijos DNS primarios, el administrador de dominio puede generar una lista restringida de sufijos permitidos mediante la creación del atributo msDS-AllowedDNSSuffixes en el contenedor de objetos de dominio. Un administrador de dominio crea y administra este atributo con las interfaces ADSI (Active Directory Service Interfaces) o el Protocolo ligero de acceso a directorios (LDAP).

Configuración de una lista de servidores DNS

Para que los clientes DNS funcionen de un modo eficaz, debe configurarse una lista de servidores de nombres DNS ordenada por prioridad para que pueda ser usada por cada equipo cuando procese consultas y resuelva nombres DNS. En la mayoría de los casos, el equipo cliente se pone en contacto y usa su servidor DNS preferido, que es el primer servidor DNS de la lista configurada de forma local. Cuando el servidor preferido no está disponible, se establece contacto con y se usan los servidores DNS alternativos que aparecen en la lista. Por este motivo, es importante que el servidor DNS preferido resulte adecuado para el uso continuo del cliente en condiciones normales.

Consideraciones adicionales

  • En el caso de equipos que ejecutan Microsoft Windows XP o Windows Vista®, los clientes únicamente usan la lista de servidores DNS para resolver nombres DNS. Cuando los clientes envían actualizaciones dinámicas, por ejemplo, cuando cambian su nombre de dominio DNS o una dirección IP configurada, pueden ponerse en contacto con estos servidores u otros servidores DNS según sea necesario para actualizar los registros de recursos DNS. Para obtener más información, vea Descripción de la actualización dinámica.

  • El cliente DNS de Windows XP o Windows Vista no intenta de forma predeterminada realizar la actualización dinámica a través de un Servicio de acceso remoto (RAS) o una conexión de red privada virtual (VPN). Para modificar esta configuración, puede modificar la configuración avanzada de TCP/IP de la conexión de red concreta o puede modificar el Registro. Para obtener más información, consulte la referencia del Registro del kit de recursos de Windows Server 2003 (https://go.microsoft.com/fwlink/?LinkId=428) (puede estar en inglés).

  • El cliente DNS no intenta de forma predetermina actualizar de un modo dinámico las zonas de dominio de nivel superior (TLD). Cualquier zona que tenga un nombre de una sola etiqueta se considera una zona TLD, por ejemplo, com, edu, blank, mi-empresa. Para configurar el cliente DNS de manera que actualice dinámicamente las zonas TLD, puede usar la configuración de directiva Actualización de zonas de dominio de nivel superior o modificar el Registro.

  • Cuando los clientes DNS se configuran de forma dinámica mediante el uso del servidor del Protocolo de configuración dinámica de host (DHCP), es posible tener una lista más amplia de servidores DNS proporcionados. Para proporcionar una lista de direcciones IP de servidores DNS a los clientes DHCP, habilite el código de opción 6 en los tipos de opciones configuradas que proporciona el servidor DHCP. En el caso de los servidores DHCP de Windows Server 2003 y Windows Server 2008, puede configurar una lista de hasta 25 servidores DNS por cada cliente con esta opción.

  • Para compartir de un modo eficaz la carga cuando se proporcionan varios servidores DNS en un lista especificada por opciones de DHCP, puede configurar un ámbito DHCP independiente que rote el orden de la lista de servidores DNS y WINS que se proporciona a los clientes.

Configuración de una lista de búsqueda de sufijos DNS

En el caso de clientes DNS, puede configurar una lista de búsqueda de sufijos DNS que amplíe o revise sus capacidades de búsqueda DNS. Al agregar sufijos adicionales a la lista, puede buscar nombres de equipo cortos y no completos en más de un dominio DNS especificado. A continuación, si se produce un error en una consulta DNS, el servicio Cliente DNS puede usar esta lista para agregar otras finalizaciones de sufijo de nombre al nombre original y repetir las consultas DNS en el servidor DNS en busca de estos FQDN alternativos.

En el caso de equipos y servidores, el siguiente comportamiento de las búsquedas DNS es predeterminado y se usa para completar y resolver nombres cortos y no completos.

Cuando la lista de búsqueda de sufijos está vacía o sin especificar, el sufijo DNS primario del equipo se agrega a los nombres cortos no completos y se usa una consulta DNS para resolver el FQDN resultante. Si esta consulta genera un error, el equipo puede intentar realizar consultas adicionales de FQDN alternativos mediante la anexión de cualquier sufijo DNS específico de la conexión que esté configurado para las conexiones de red.

Si no se configuran sufijos específicos para conexiones o las consultas de estos FQDN específicos de las conexiones resultantes generan un error, el cliente puede comenzar a volver a intentar las consultas según la reducción sistemática del sufijo primario (también denominado devolución).

Por ejemplo, si el sufijo primario es "widgets.tailspintoys.com", el proceso de devolución puede volver a intentar las consultas del nombre corto mediante su búsqueda en los dominios "microsoft.com" y "com".

Cuando la lista de búsqueda de sufijos no está vacía y tiene especificado al menos un sufijo DNS, los intentos de certificar y resolver nombres DNS cortos se limitan a la búsqueda de únicamente aquellos FQDN que son posibles gracias a la lista de sufijos especificados. Si las consultas de todos los FQDN que se crean como resultado de anexar y escribir cada sufijo en la lista no se resuelven, se produce un error en el proceso de consulta, lo que genera el resultado "Nombre no encontrado".

Consideraciones adicionales

  • Si se usa la lista de sufijos de domino, los clientes siguen enviando consultas alternativas adicionales basadas en diferentes nombres de dominio DNS cuando no se responde o no se resuelve una consulta. Cuando un nombre se resuelve mediante el uso de una entrada de la lista de sufijos, no se prueban las entradas de la lista no usadas. Por este motivo, resulta más eficaz ordenar la lista con los sufijos de dominio más usados al principio.

  • Las búsquedas de sufijos de nombres de domino únicamente se usan cuando una entrada de nombre DNS no está completa. Para que un nombre DNS esté completo, escriba un punto (.) al final del nombre.

  • Una zona con un nombre especial, denominada GlobalNames, es compatible con Windows Server 2008 para ofrecer la resolución de un conjunto limitado global único de nombres de una sola etiqueta en la red de una empresa. Puede usar esta zona cuando los requisitos de red impidan usar una lista de búsqueda de sufijos para este fin. Para obtener más información, vea Implementación de una zona GlobalNames.

Configuración de varios nombres

A los equipos que ejecutan Windows XP, Windows Vista, Windows Server 2003 y Windows Server 2008 se les asignan nombres DNS de forma predeterminada. La configuración de los nombres DNS de cada equipo se realiza mediante el uso de uno de estos dos métodos posibles:

  • Un nombre de dominio DNS, que se aplica como nombre DNS completo predeterminado para el equipo y todas sus conexiones de red configuradas.

  • Un nombre de dominio DNS específico para la conexión, que puede configurarse como nombre de dominio DNS alternativo que únicamente se aplica a un solo adaptador de red instalado y configurado en el equipo.

Aunque la mayoría de los equipos no necesitan admitir o usar más de un nombre en DNS, la compatibilidad con la configuración de varios nombres DNS específicos para las conexiones puede resultar útil en ocasiones. Por ejemplo, el uso de varios nombres permite a un usuario especificar la conexión de red que debe usarse al conectarse a un equipo de host múltiple.

Ejemplo: uso de nombres específicos para las conexiones

Tal y como se muestra en la siguiente ilustración, un equipo servidor llamado host-a puede tener un nombre de acuerdo con su nombre primario y su nombre de dominio DNS específico para la conexión.

Nombre específico para la conexión

Equipo DNS de host múltiple configurado con numerosos nombres

En este ejemplo, el equipo servidor host-a se conecta a dos subredes independientes, la Subred 1 y la Subred 2, que a su vez están vinculadas a puntos redundantes mediante el uso de dos enrutadores para rutas adicionales entre cada una de las subredes. Con esta configuración, host-a ofrece acceso de la siguiente manera a través de sus conexiones de red de área local (LAN) con nombres independientes:

  • El nombre host-a.public.example.microsoft.com ofrece acceso mediante el uso de la conexión de LAN 1 a través de la Subred 1, una LAN Ethernet con una velocidad inferior (10 megabits), para ofrecer un acceso estándar a aquellos usuarios que tienen unas necesidades de servicios de impresión y archivos normales.

  • El nombre "host-a.backup.example.microsoft.com" ofrece acceso reservado mediante el uso de la conexión LAN 2 a través de la Subred 2, una LAN Ethernet más rápida (100 megabits), a aplicaciones de servidor y administradores que tienen necesidades especiales, por ejemplo, solucionar problemas de red de servidor, realizar copias de seguridad basadas en red o replicar datos de zona entre servidores.

Además de los nombres DNS específicos para las conexiones, también es posible obtener acceso al equipo con el uso de cualquiera de las dos conexiones LAN mediante la especificación de su nombre de dominio DNS primario, "host-a.example.microsoft.com".

Cuando se configura tal y como se muestra, un equipo puede registrar registros de recursos en DNS de acuerdo con sus tres nombres distintos y sus conjuntos de direcciones IP, tal y como se muestra en la siguiente tabla.

Nombre DNS Direcciones IP Descripción

host-a.example.microsoft.com

10.1.1.11, 10.2.2.22

Nombre DNS primario del equipo. El equipo registra los registros de recursos de host (A) y puntero (PTR) para todas las direcciones IP configuradas con este nombre en la zona widgets.tailspintoys.com.

host-a.public.example.microsoft.com

10.1.1.11

El nombre DNS específico de la conexión LAN 1, que registra los registros de recursos de host (A) y puntero (PTR) para la dirección IP 10.1.1.11 en la zona public.widgets.tailspintoys.com.

host-a.backup.example.microsoft.com

10.2.2.22

El nombre DNS específico de la conexión LAN 2, que registra los registros de recursos de host (A) y puntero (PTR) para la dirección IP 10.2.2.22 en la zona backup.widgets.tailspintoys.com.

Consideraciones adicionales

  • Los nombres DNS pueden establecerse mediante el uso de la administración remota y otros servicios de configuración remota como, por ejemplo, DHCP. En el caso de un servidor DNS que ejecute Windows Server 2008, el nombre de dominio DNS primario puede establecerse mediante el uso de la administración remota o la opción de instalación desatendida.

  • En el caso de nombres específicos para las conexiones, puede usar los métodos de configuración TCP/IP. Puede configurar manualmente el nombre de dominio DNS para cada conexión que aparece en la carpeta Conexiones de red o puede usar un tipo de opción DHCP (código de opción 15).

  • Para obtener más información acerca de las opciones de DHCP, consulte la documentación sobre las opciones de DHCP en la recopilación sobre redes (https://go.microsoft.com/fwlink/?LinkId=4639) (puede estar en inglés).


Tabla de contenido