Présentation de la mise à jour dynamique

En général, des mises à jour dynamiques sont demandées lorsqu’un nom DNS ou une adresse IP change sur l’ordinateur. Par exemple, supposez qu’un client nommé oldhost est d’abord configuré dans Propriétés système avec les noms suivants.

Dans cet exemple, aucun nom de domaine DNS spécifique à la connexion n’est configuré pour l’ordinateur. Ultérieurement, l’ordinateur est renommé de oldhost en newhost, ce qui provoque les changements de nom suivants sur le système.

Après avoir appliqué le changement de nom dans Propriétés système, vous êtes invité à redémarrer l’ordinateur. Lorsque l’ordinateur redémarre Windows, le service Client DHCP effectue la séquence suivante pour mettre à jour DNS :

1. Le service Client DHCP envoie une requête de type Source de noms (SOA) en utilisant le nom de domaine DNS de l’ordinateur.
   
   L’ordinateur client utilise le nom de domaine complet de l’ordinateur configuré actuellement (tel que newhost.tailspintoys.com) comme nom spécifié dans cette requête.
   
   
2. Le serveur DNS de référence pour la zone qui contient le nom de domaine complet du client répond à la requête de type SOA.
   
   Pour les zones principales standard, le serveur principal (propriétaire) retourné dans la réponse à la requête SOA est fixe et statique. Il correspond toujours au nom DNS exact apparaissant dans l’enregistrement de source de noms (SOA) stocké avec la zone. Si, toutefois, la zone mise à jour est intégrée à l’annuaire, tout serveur DNS qui charge la zone peut répondre et insérer de manière dynamique son propre nom en tant que serveur principal (propriétaire) de la zone dans la réponse à la requête SOA.
   
   
3. Le service Client DHCP tente ensuite de contacter le serveur DNS principal.
   
   Le client traite la réponse à la requête SOA afin de déterminer l’adresse IP du serveur DNS autorisé comme serveur principal pour accepter son nom. Il effectue ensuite la séquence d’étapes suivante, le cas échéant, afin de contacter et de mettre à jour de manière dynamique son serveur principal :
   
   
   1. Il envoie une demande de mise à jour dynamique au serveur principal déterminé dans la réponse à la requête SOA.
      
      Si la mise à jour réussit, aucune action supplémentaire n’est effectuée.
      
      
   2. Si la mise à jour échoue, le client envoie alors une requête de type Serveur de noms (NS) pour le nom de zone spécifié dans l’enregistrement SOA.
      
      
   3. Lorsqu’il reçoit une réponse à cette requête, il envoie une requête SOA au premier serveur DNS répertorié dans la réponse.
      
      
   4. Une fois la requête SOA résolue, le client envoie une mise à jour dynamique au serveur spécifié dans l’enregistrement SOA retourné.
      
      Si la mise à jour réussit, aucune action supplémentaire n’est effectuée.
      
      
   5. Si cette mise à jour échoue, le client répète le processus de requête SOA en envoyant une mise à jour au serveur DNS suivant répertorié dans la réponse.
      
      
4. Une fois que le serveur principal capable d’effectuer la mise à jour a été contacté, le client envoie la demande de mise à jour et le serveur la traite.
   
   La demande de mise à jour inclut des instructions visant à ajouter des enregistrements de ressources hôte (A) (et éventuellement des enregistrements de ressources pointeur (PTR)) pour newhost.tailspintoys.com et à supprimer ces mêmes types d’enregistrements pour oldhost.tailspintoys.com, le nom qui était inscrit auparavant.
   
   Le serveur vérifie également que les mises à jour sont autorisées pour la demande du client. Pour les zones principales standard, les mises à jour dynamiques ne sont pas sécurisées ; par conséquent, toute tentative de mise à jour par un client réussit. Pour les zones intégrées aux services de domaine Active Directory (AD DS), les mises à jour sont sécurisées et effectuées à l’aide de paramètres de sécurité basés sur l’annuaire.
   
   

Les mises à jour dynamiques sont envoyées ou actualisées de façon périodique. Par défaut, les ordinateurs envoient une actualisation une fois tous les sept jours. Si la mise à jour n’entraîne aucune modification des données de zone, la zone demeure à sa version actuelle et aucune modification n’est écrite. Les mises à jour provoquent des modifications de zone ou une augmentation des transferts de zone uniquement si les noms ou adresses changent.

Lorsque le service Client DHCP inscrit les enregistrements de ressources hôte (A) et pointeur (PTR) pour un ordinateur, il utilise une durée de vie (TTL) de mise en cache par défaut de 15 minutes pour les enregistrements hôte. Cela détermine pendant combien de temps les autres serveurs et clients DNS mettent en cache les enregistrements d’un ordinateur lorsque ceux-ci sont inclus dans une réponse à une requête.