19. DHCP Server-Initiated Configuration Exchange (Échange de configuration initié par le serveur DHCP)

Le serveur initie un échange de configuration pour permettre aux clients DHCP d'obtenir de nouvelles adresses et d'autres informations de configuration. Par exemple, un administrateur peut utiliser un échange de configuration initié par le serveur lorsque les liens dans le domaine DHCP doivent être renumérotés. D'autres exemples incluent des changements dans l'emplacement des serveurs de répertoire, l'ajout de nouveaux services (tels que l'impression) et la disponibilité de nouveaux logiciels.

19.1. Server Behavior (Comportement du serveur)

Le serveur envoie un message Reconfigure pour amener le client à initier immédiatement un échange de messages Renew/Reply ou Information-request/Reply avec le serveur.

19.1.1. Creation and Transmission of Reconfigure Messages (Création et transmission de messages Reconfigure)

Le serveur définit le champ "message type" à RECONFIGURE. Le serveur définit le champ transaction ID à 0. Le serveur inclut une option Server Identifier contenant son DUID et une option Client Identifier contenant le DUID du client dans le message Reconfigure.

Le serveur peut inclure une option Option Request pour informer le client des informations qui ont changé ou des nouvelles informations qui ont été ajoutées. En particulier, si le serveur souhaite que le client obtienne de nouvelles informations d'adresse, le serveur spécifie des options IA dans l'option Option Request. Si le serveur identifie des options IA dans l'option Option Request, le serveur doit inclure une option IA qui ne contient pas d'autres sous-options pour identifier chaque IA à reconfigurer sur le client.

En raison du risque d'attaque de déni de service contre les clients DHCP, l'utilisation d'un mécanisme de sécurité est obligatoire dans les messages Reconfigure. Le serveur doit utiliser l'authentification DHCP dans le message Reconfigure.

Le serveur doit inclure une option Reconfigure Message (définie dans la section 22.19) pour sélectionner si le client répond avec un message Renew ou Information-request.

Le serveur ne doit pas inclure d'autres options dans le Reconfigure, sauf si explicitement autorisé dans la définition d'une option individuelle.

Le serveur envoie chaque message Reconfigure à un seul client DHCP en utilisant une adresse IPv6 unicast de portée suffisante appartenant au client DHCP. Si le serveur n'a pas d'adresse qui peut être utilisée pour envoyer directement un message Reconfigure au client, le serveur utilise un message Relay-reply (comme décrit dans la section 20.3) pour envoyer le message Reconfigure à l'agent relais qui relaiera le message au client. Le serveur peut obtenir l'adresse du client (et l'agent relais approprié, si nécessaire) à partir d'informations que le serveur possède sur les clients qui ont contacté le serveur, ou via un agent externe.

Pour reconfigurer plusieurs clients, le serveur unicast des messages séparés à chaque client. Le serveur peut initier simultanément la reconfiguration de plusieurs clients; par exemple, le serveur peut envoyer des messages Reconfigure à d'autres clients alors qu'un échange de messages Reconfigure précédent est toujours en cours.

Le message Reconfigure amène le client à initier un échange de messages Renew/Reply ou Information-request/Reply avec le serveur. Le serveur interprète la réception d'un message Renew ou Information-request du client (celui spécifié dans le message Reconfigure original) comme satisfaisant la demande du message Reconfigure.

19.1.2. Time Out and Retransmission of Reconfigure Messages (Délai d'attente et retransmission de messages Reconfigure)

Si le serveur ne reçoit pas de message Renew ou Information-request du client dans REC_TIMEOUT millisecondes, le serveur retransmet le message Reconfigure, double la valeur REC_TIMEOUT et attend à nouveau. Le serveur continue ce processus jusqu'à ce que REC_MAX_RC tentatives infructueuses aient été effectuées, moment auquel le serveur devrait abandonner le processus de reconfiguration pour ce client.

Les valeurs par défaut et initiales de REC_TIMEOUT et REC_MAX_RC sont enregistrées dans la section 5.5.

19.2. Receipt of Renew Messages (Réception de messages Renew)

Le serveur génère et envoie un message Reply au client incluant des options de paramètres de configuration comme décrit dans les sections 18.2.3 et 18.2.8.

Le serveur peut inclure des options contenant de nouvelles valeurs pour les IA et d'autres paramètres de configuration dans le message Reply, même si ces IA et paramètres n'ont pas été demandés dans le message Renew du client.

19.3. Receipt of Information-request Messages (Réception de messages Information-request)

Le serveur génère et envoie un message Reply au client incluant des options de paramètres de configuration comme décrit dans les sections 18.2.5 et 18.2.8.

Le serveur peut inclure des options contenant de nouvelles valeurs pour d'autres paramètres de configuration dans le message Reply, même si ces paramètres n'ont pas été demandés dans le message Information-request du client.

19.4. Client Behavior (Comportement du client)

Le client reçoit des messages Reconfigure envoyés au port UDP 546 sur l'interface pour laquelle il a obtenu des informations de configuration via DHCP. Ces messages peuvent être envoyés à tout moment. Comme les résultats d'un événement de reconfiguration peuvent affecter les programmes de la couche application, le client devrait enregistrer ces événements et peut notifier ces programmes des changements via une interface spécifique à l'implémentation.

19.4.1. Receipt of Reconfigure Messages (Réception de messages Reconfigure)

Lorsqu'un message Reconfigure valide est reçu, le client répond avec le message Renew ou Information-request indiqué par l'option Reconfigure Message (comme défini dans la section 22.19). Le client ignore le champ transaction ID dans le message Reconfigure reçu. Pendant qu'une transaction est en cours, le client rejette silencieusement tout message Reconfigure qu'il reçoit.

Discussion:

Le message Reconfigure sert de signal de déclenchement indiquant au client de terminer un échange de messages réussi. Une fois que le client reçoit un Reconfigure, le client continue l'échange de messages (retransmet le message Renew ou Information-request si nécessaire); le client ignore tout autre message Reconfigure jusqu'à ce que l'échange soit terminé. Un message Reconfigure ultérieur amène le client à initier un nouvel échange.

19.4.2. Creation and Transmission of Renew Messages (Création et transmission de messages Renew)

Lorsqu'il répond à un Reconfigure, le client crée et envoie un message Renew exactement de la même manière que décrit dans la section 18.1.3, sauf que le client copie l'option Option Request et toute option IA du message Reconfigure dans le message Renew.

19.4.3. Creation and Transmission of Information-request Messages (Création et transmission de messages Information-request)

Lorsqu'il répond à un Reconfigure, le client crée et envoie un message Information-request exactement de la même manière que décrit dans la section 18.1.5, sauf que le client inclut une option Server Identifier contenant l'identificateur du Reconfigure auquel le client répond.

19.4.4. Time Out and Retransmission of Renew or Information-request Messages (Délai d'attente et retransmission de messages Renew ou Information-request)

Le client utilise les mêmes variables et algorithme de retransmission que pour les messages Renew ou Information-request générés dans le cadre d'un échange de configuration initié par le client. Pour plus de détails, voir les sections 18.1.3 et 18.1.5. Si le client ne reçoit pas de réponse du serveur à la fin du processus de retransmission, le client ignore et rejette le message Reconfigure.

19.4.5. Receipt of Reply Messages (Réception de messages Reply)

Lorsqu'un message Reply valide est reçu, le client traite les options et définit (ou réinitialise) les paramètres de configuration de manière appropriée. Le client enregistre et met à jour les durées de vie de toute adresse spécifiée dans les IA dans le message Reply.

19.4.4. Time Out and Retransmission of Renew or Information-request Messages (Délai d'attente et retransmission de messages Renew ou Information-request)