Descripción de la actualización dinámica

Normalmente, las actualizaciones dinámicas se solicitan cuando un nombre DNS o una dirección IP cambian en el equipo. Por ejemplo, supongamos que un cliente llamado oldhost está configurado en Propiedades del sistema con los siguientes nombres.

En este ejemplo, no se ha configurado ningún nombre de domino DNS específico de la conexión para el equipo. A continuación, se cambia el nombre del equipo de oldhost a newhost, lo cual produce los siguientes cambios de nombre en el sistema.

Tras aplicar el cambio de nombre en Propiedades del sistema, se solicita que se reinicie el equipo. Cuando el equipo reinicia Windows, el servicio de cliente DHCP lleva a cabo la siguiente secuencia para actualizar DNS:

1. El servicio de cliente DHCP envía una consulta de tipo inicio de autoridad (SOA) mediante el nombre de dominio DNS del equipo.
   
   El equipo cliente usa el FQDN configurado actualmente del equipo (por ejemplo, newhost.tailspintoys.com) como el nombre que se especifica en esta consulta.
   
   
2. El servidor DNS autoritativo de la zona que contiene el FQDN del cliente responde a la consulta de tipo SOA.
   
   En el caso de las zonas principales estándar, el servidor principal (propietario) que se devuelve en la respuesta de consulta SOA es fijo y estático. Siempre coincide con el nombre DNS exacto tal como aparece en el registro de recursos SOA que se almacena con la zona. Sin embargo, si la zona que se está actualizando está integrada en directorios, cualquier servidor DNS que esté cargando la zona puede responder e insertar dinámicamente su propio nombre como servidor principal (propietario) de la zona en la respuesta a la consulta SOA.
   
   
3. El servicio de cliente DHCP intenta entonces ponerse en contacto con el servidor DNS principal.
   
   El cliente procesa la respuesta a la consulta SOA del nombre para determinar la dirección IP del servidor DNS que está autorizado como el servidor principal para aceptar su nombre. A continuación, procesa la siguiente secuencia de pasos según corresponda para ponerse en contacto con el servidor principal y actualizarlo dinámicamente:
   
   
   1. Envía una solicitud de actualización dinámica al servidor principal que está determinado en la respuesta de la consulta SOA.
      
      Si la actualización es correcta, no se realizan más acciones.
      
      
   2. Si la actualización es incorrecta, el cliente envía una consulta de tipo servidor de nombres (NS) para el nombre de la zona que se especifica en el registro SOA.
      
      
   3. Cuando recibe una respuesta a esta consulta, envía una consulta SOA al primer servidor DNS que aparece en la respuesta.
      
      
   4. Una vez resuelta la consulta SOA, el cliente envía una actualización dinámica al servidor que se especifica en el registro SOA devuelto.
      
      Si la actualización es correcta, no se realizan más acciones.
      
      
   5. Si esta actualización es incorrecta, el cliente repite el proceso de consulta SOA al enviarla al siguiente servidor DNS que aparece en la respuesta.
      
      
4. Después de ponerse en contacto con el servidor principal que puede realizar la actualización, el cliente envía la solicitud de actualización y el servidor la procesa.
   
   El contenido de la solicitud de actualización incluye instrucciones para agregar registros de recursos de host (A) (y posiblemente de puntero (PTR)) para newhost.tailspintoys.com y eliminar estos mismos tipos de registros para oldhost.tailspintoys.com, que es el nombre registrado anteriormente.
   
   El servidor también comprueba que las actualizaciones están permitidas para la solicitud del cliente. En el caso de zonas principales estándar, las actualizaciones dinámicas no están protegidas; por lo tanto, cualquier intento del cliente de actualización se realiza correctamente. En las zonas integradas en AD DS, las actualizaciones están protegidas y se realizan mediante configuraciones de seguridad basadas en directorios.
   
   

Las actualizaciones dinámicas se envían o actualizan periódicamente. De forma predeterminada, los equipos envían una actualización una vez cada siete días. Si la actualización no produce ningún cambio en los datos de la zona, la zona permanece en su versión actual y no se escriben cambios. Las actualizaciones producen cambios reales en la zona o un incremento en la transferencia de la zona sólo si los nombres o las direcciones se modifican realmente.

Cuando el servicio de cliente DHCP registra registros de recursos de host (A) y puntero (PTR) para un equipo, usa un período de vida (TTL) de almacenamiento en caché predeterminado de 15 minutos para los registros de host. Esto determina el tiempo que otros servidores y clientes DNS almacenan en caché los registros de un equipo cuando los registros se incluyen en una respuesta de consulta.