Adición de registros de recursos

Los registros de recursos de host (A) se usan en una zona para asociar los nombres de dominio DNS de los equipos (o hosts) a las direcciones IP correspondientes. Puede agregarlos a una zona de diferentes maneras:

• Puede crear manualmente un registro de recursos de host (A) para un equipo cliente TCP/IP estático mediante el Administrador de DNS.
  
  
• Los clientes y servidores de Windows usan el servicio Cliente DHCP para registrar y actualizar de manera dinámica sus propios registros de recursos de host (A) en DNS cuando se produce un cambio de configuración de IP.
  
  
• Los equipos cliente habilitados para el Protocolo de configuración dinámica de host (DHCP) que ejecutan versiones anteriores de los sistemas operativos de Microsoft pueden hacer que sus registros de recursos de host (A) se registren y actualicen mediante un proxy si obtienen la concesión de la IP de un servidor DHCP apto. (Sólo admite esta característica el servicio Servidor DHCP de Windows 2000, Windows Server 2003 y Windows Server 2008).
  
  

No todos los equipos requieren los registros de recursos de host (A), pero los que comparten recursos en una red sí los necesitan. Los equipos que comparten recursos y deben identificarse con el nombre de dominio DNS deben usar los registros de recursos de host (A) para proporcionar la resolución de nombres DNS a la dirección IP del equipo.

La mayor parte de los registros de recursos de host (A) necesarios en una zona pueden incluir otras estaciones de trabajo o servidores que comparten recursos, otros servidores DNS, servidores de correo y servidores web. Estos registros de recursos representan la mayoría de los registros de recursos de la base de datos de una zona.

Los registros de recursos de alias (CNAME) a veces se denominan registros de recursos de nombre canónico. Con estos registros, puede usar más de un nombre para señalar a un solo host, lo que facilita tareas como el hospedaje de un servidor FTP (Protocolo de transferencia de archivos) y un servidor web en el mismo equipo. Por ejemplo, los nombres de servidor conocidos (ftp, www) se registran con registros de recursos de alias (CNAME) que se asignan al nombre de host DNS (como servidor-1) del equipo servidor que hospeda a estos servicios.

Se recomienda usar registros de recursos de alias (CNAME) en los siguientes escenarios:

• Cuando se debe cambiar el nombre de un host que está especificado en un registro de recursos de host (A) en la misma zona.
  
  
• Cuando se debe resolver el nombre genérico de un servidor conocido, como www, en un grupo de equipos individuales (cada uno con registros de recursos de host [A]) que proporcionan el mismo servicio, por ejemplo, en un grupo de servidores web redundantes.
  
  

Cuando cambia el nombre de un equipo con un registro de recursos de host (A) existente en la zona, puede usar temporalmente un registro de recursos de alias (CNAME) si desea otorgar un período de gracia para que los usuarios y los programas cambien del nombre de equipo anterior al nuevo, de la siguiente manera:

• Para el nuevo nombre de dominio DNS del equipo, agregue un nuevo registro de recursos de host (A) a la zona.
  
  
• Para el nombre de dominio DNS anterior, agregue un registro de recursos de alias (CNAME) que señale al nuevo registro de recursos de host (A).
  
  
• Quite de la zona el registro de recursos de host (A) original del nombre de dominio DNS anterior (y el registro de recursos de puntero [PTR] asociado, si corresponde).
  
  

Cuando use un registro de recursos de alias (CNAME) para cambiar el nombre o asignar un alias a un equipo, establezca un límite en el tiempo durante el cual el registro se usará en la zona antes de quitarlo de DNS. Si olvida eliminar el registro de recursos de alias (CNAME) y posteriormente se elimina el registro de recursos de host (A) asociado, el registro de recursos de alias (CNAME) puede malgastar recursos de servidor al intentar resolver consultas sobre un nombre que ya no se usa en la red.

El uso más habitual de los registros de recursos de alias (CNAME) consiste en proporcionar un nombre de dominio con alias DNS permanente para la resolución de nombres genéricos de nombres basados en servicios, como www.tailspintoys.com, en más de un equipo o en una dirección IP en un servidor web. El siguiente ejemplo muestra la sintaxis básica de un registro de recursos de alias (CNAME):

alias_name IN CNAME primary_canonical_name

En este ejemplo, un equipo llamado host-a.tailspintoys.com funciona como un servidor web llamado www.tailspintoys.com. y como un servidor FTP llamado ftp.tailspintoys.com. Para lograr el objetivo de asignar un nombre a este equipo, puede agregar las siguientes entradas CNAME en la zona tailspintoys.com:

host-a    IN  A      10.0.0.20
ftp       IN  CNAME  host-a
www       IN  CNAME  host-a

Si posteriormente decide trasladar el servidor FTP a otro equipo (independiente del servidor web de host-a), simplemente cambie el registro de recursos de alias (CNAME) en la zona de ftp.tailspintoys.com y agregue un registro de recursos de host (A) adicional a la zona para el nuevo equipo que hospeda al servidor FTP.

Sobre la base del ejemplo anterior, si el nuevo equipo se denomina host-b.tailspintoys.com, los registros de recursos de host (A) y de alias (CNAME) nuevos y revisados aparecen de la siguiente manera:

host-a    IN  A      10.0.0.20
host-b    IN  A      10.0.0.21
ftp       IN  CNAME  host-b
www       IN  CNAME  host-a

Las aplicaciones de correo electrónico usan el registro de recursos de agente de intercambio de correo (MX) para ubicar un servidor de correo en función de un nombre de dominio DNS en la dirección de destino del destinatario de un mensaje. Por ejemplo, se puede usar una consulta DNS sobre el nombre ejemplo.tailspintoys.com para buscar un registro de recursos de agente de intercambio de correo (MX), lo que permite que una aplicación de correo electrónico reenvíe o intercambie correo con un usuario cuya dirección de correo electrónico es usuario@tailspintoys.com.

El registro de recursos de agente de intercambio de correo (MX) muestra el nombre de dominio DNS de los equipos que procesan el correo de un dominio. Si existen varios registros de recursos de agente de intercambio de correo (MX), el servicio Cliente DNS intenta ponerse en contacto con los servidores de correo por orden de preferencia, desde el valor mínimo (mayor prioridad) hasta el valor máximo (menor prioridad). En el siguiente ejemplo se muestra la sintaxis básica de un registro de recursos de agente de intercambio de correo (MX):

mail_domain_name IN MX preference mailserver_host

Al usar el registro de recursos de agente de intercambio de correo (MX) en el siguiente ejemplo para la zona tailspintoys.com, el correo dirigido a usuario@tailspintoys.com se entrega primero en usuario@servidorcorreo0.tailspintoys.com, si es posible. Si este servidor no está disponible, el cliente de resolución puede usar usuario@servidorcorreo1.tailspintoys.com en su lugar.

@         IN  MX   1    mailserver0
@         IN  MX   2    mailserver1

Tenga en cuenta que el uso del signo "arroba" (@) en los registros indica que el nombre de dominio DNS de envío de correo es igual que el nombre de origen (tailspintoys.com) de la zona.

Los registros de recursos de puntero (PTR) admiten el proceso de búsqueda inversa, basándose en zonas creadas y con raíz en el dominio in-addr.arpa. Estos registros buscan los equipos por su dirección IP y resuelven esta información en el nombre de dominio DNS de ese equipo.

Se pueden agregar registros de recursos de puntero (PTR) a una zona de diversos modos:

• Se puede crear manualmente un registro de recursos de puntero (PTR) para un equipo cliente TCP/IP estático con DNS, ya sea como un procedimiento independiente o como parte del procedimiento de creación de un registro de recursos de host (A).
  
  
• Los equipos usan el servicio Cliente DHCP para registrar y actualizar de manera dinámica el registro de recursos de puntero (PTR) en DNS cuando se produce un cambio de configuración de IP.
  
  
• Todos los demás equipos cliente habilitados para el Protocolo de configuración dinámica de host (DHCP) pueden hacer que sus registros de recursos de puntero (PTR) se registren y actualicen mediante el servidor DHCP si obtienen la concesión de la IP de un servidor calificado. Sólo proporciona esta capacidad el servicio Servidor DHCP de Windows 2000, Windows Server 2003 y Windows Server 2008.
  
  

El registro de recursos de puntero (PTR) sólo se usa en las zonas de búsqueda inversa para admitir estas búsquedas.

Los registros de recursos de ubicación de servicios (SRV) son necesarios para la ubicación de controladores de dominio de Active Directory. Típicamente, se puede evitar la administración manual de los registros de recursos de ubicación de servicios (SRV) cuando se instalan los Servicios de dominio de Active Directory (AD DS).

De forma predeterminada, el Asistente para la instalación de los Servicios de dominio de Active Directory intenta ubicar un servidor DNS basándose en la lista de servidores DNS preferidos o alternativos, que está configurada en cualquiera de las propiedades del cliente TCP/IP, para cualquiera de las conexiones de red activas. Si se pone en contacto con un servidor DNS que puede aceptar la actualización dinámica del registro de recursos de ubicación de servicios (SRV), el proceso de configuración se completa. (Lo mismo sucede con los otros registros de recursos relacionados con el registro de AD DS como servicio en DNS.)

Si, durante la instalación, no se encuentra un servidor DNS que pueda aceptar actualizaciones para el nombre de dominio DNS que se usa para nombrar al directorio, el asistente puede instalar un servidor DNS de manera local o bien configurarlo automáticamente con una zona a fin de admitir el dominio de Active Directory.

Por ejemplo, si el dominio de Active Directory que elige para el primer dominio del bosque es ejemplo.tailspintoys.com, puede agregar y configurar una zona que tenga su raíz en el nombre de dominio DNS de ejemplo.tailspintoys.com para usarla con el servidor DNS que se ejecuta en el nuevo controlador de dominio.

En el futuro, es posible que el registro de recursos de ubicación de servicios (SRV) se use para registrar y buscar otros servicios TCP/IP conocidos en la red, si las aplicaciones implementan y admiten consultas de nombres DNS que especifican este tipo de registro.

DNS de Windows Server 2008 admite otros registros de recursos que se usan con menor frecuencia en la mayoría de las zonas. Puede agregar estos tipos de registros de recursos, si es necesario, con el Administrador de DNS.