Reconfiguration dynamique des serveurs et des clients DHCP

Interaction client/serveur par défaut

En règle générale, le client DHCP initie toutes les interactions de base client/serveur DHCP. Le serveur DHCP envoie des informations à un client uniquement en réponse à une demande de ce client. Ce comportement ne permet pas à un client d’être rapidement mis à jour avec son adresse réseau et sa configuration en cas de changement de serveur :

• Sur les routeurs : supposons qu’un fournisseur de services restructure son schéma d’adressage ou modifie les adresses IP de serveur qu’il a fournies aux clients. Sans reconfiguration dynamique, le fournisseur de services efface généralement la table de liaison du serveur DHCP, mais ne peut pas informer les clients DHCP que leurs liaisons ont été effacées. Par conséquent, le client DHCP fonctionne comme si son adresse IP était toujours valide, mais il est maintenant incapable de communiquer sur le réseau d’accès, ce qui entraîne une panne. Le serveur local DHCP doit attendre que le client envoie un message pour renouveler son bail ou se lier à nouveau au serveur. En réponse, le serveur envoie un message NAK au client pour l’obliger à recommencer le processus de connexion DHCP. Le fournisseur peut également attendre que les clients passent un appel de service pour signaler les pannes réseau, puis leur demander de redémarrer leur équipement sur site client afin de rétablir la connexion. Aucune de ces actions n’est opportune ou pratique pour les clients.

• Sur les commutateurs : supposons que vous restructuriez le schéma d’adressage ou que vous changiez les adresses IP des serveurs que le serveur DHCP fournit aux clients. Sans reconfiguration dynamique, le réseau efface généralement la table de liaison du serveur DHCP, mais ne peut pas informer les clients DHCP que leurs liaisons ont été effacées. Par conséquent, le client DHCP fonctionne comme si son adresse IP était toujours valide, mais il est maintenant incapable de communiquer sur le réseau d’accès, ce qui entraîne une panne. Le serveur local DHCP doit attendre que le client envoie un message pour renouveler son bail ou se lier à nouveau au serveur. En réponse, le serveur envoie un message NAK au client pour l’obliger à recommencer le processus de connexion DHCP. Vous pouvez également attendre que les utilisateurs vous notifient des pannes réseau, puis leur demander de redémarrer leur équipement pour rétablir la connexion. Aucune de ces actions n’est opportune ou pratique pour les utilisateurs.

Interaction dynamique/client pour DHCPv4

La reconfiguration dynamique pour DHCPv4 est possible par le biais d’une implémentation partielle de la RFC 3203, DHCP Reconfigure Extension for DHCPv4. Il permet au serveur local DHCPv4 d’envoyer un message au client pour forcer la reconfiguration.

Le serveur envoie un message forcerenew à un client DHCPv4, ce qui initie un échange de messages. En réponse, les clients DHCPv4 qui prennent en charge le message forcerenew envoient ensuite un message de renouvellement de bail au serveur. Le serveur rejette la demande de renouvellement de bail et envoie un NAK au client, ce qui l’oblige à rétablir la connexion DHCP. Une reconnexion réussie entraîne la reconfiguration du client DHCP. Seul l’échange de messages forcerenew, renew et NAK est pris en charge à partir de la RFC 3202. Le relais DHCP et le proxy relais DHCP ne participent pas à la reconfiguration du client et ne réagissent pas aux messages de renouvellement forcé autrement que pour les transmettre au client.

Lorsque la machine d’état du serveur local démarre le processus de reconfiguration sur un client lié, le client passe à l’état de reconfiguration et le serveur local envoie un message forcerenew au client. Étant donné que le client était dans l’état lié avant d’entrer dans l’état de reconfiguration, tous les services d’abonné ou les services gérés par DHCP, tels que le transfert et les statistiques, continuent de fonctionner. Les statistiques client ne sont pas gérées dans l’intervalle entre une reconfiguration réussie et la liaison client suivante. Lorsque le serveur répond à la demande de renouvellement du client par un NAK, l’entrée client est supprimée de la table de liaison et les statistiques finales sont rapportées. De nouvelles statistiques sont collectées lorsque le client envoie un message de découverte pour établir une nouvelle session.

Interaction dynamique/client pour DHCPv6

La reconfiguration dynamique pour DHCPv6 est possible par le biais d’une implémentation partielle de la norme RFC 3315, Dynamic Host Configuration Protocol for IPv6 (DHCPv6). Il permet au serveur local DHCPv6 d’envoyer un message au client pour forcer la reconfiguration.

Les serveurs DHCPv6 envoient des messages de reconfiguration aux clients DHCPv6, initiant ainsi un échange de messages. En réponse, les clients DHCPv6 qui prennent en charge le message de reconfiguration passent à l’état de renouvellement et envoient un message de renouvellement au serveur. Le serveur renvoie un message de réponse dont la durée de vie est de zéro (0). Le client passe à l’état d’initialisation et envoie un message de sollicitation. Le serveur envoie un message d’annonce pour indiquer qu’il est disponible pour le service. Le client envoie une demande de paramètres de configuration, que le serveur inclut ensuite dans sa réponse. Le relais DHCP et le proxy de relais DHCP ne participent pas à la reconfiguration du client et ne réagissent pas aux messages de reconfiguration autrement que pour les transmettre au client.

Lorsqu’un serveur DHCPv6 est déclenché pour lancer une reconfiguration sur un client DHCPv6 lié, le client passe à l’état de reconfiguration. Tous les services d’abonnés, tels que le transfert et les statistiques, continuent de fonctionner. Le serveur envoie ensuite le message de reconfiguration au client. Si le client DHCPv6 est déjà dans l’état de reconfiguration, le serveur DHCPv6 ignore le déclencheur de reconfiguration. Pour les clients dont l’état n’est pas lié ou reconfigurer, le serveur efface l’état de liaison du client, comme si la clear dhcpv6 server binding commande avait été émise.

Forcer manuellement le serveur local à lancer le processus de reconfiguration

Vous pouvez forcer le serveur local à lancer le processus de reconfiguration pour les clients en exécutant la commande pour les clients DHCPv4 et la request dhcp server reconfigure commande pour les request dhcpv6 server reconfigure clients DHCPv6. Les options de commande déterminent si la reconfiguration est ensuite tentée pour tous les clients ou les clients spécifiés.

Mesures prises pour les événements survenant au cours d’une reconfiguration

Les événements qui se produisent alors qu’une reconfiguration est en cours sont prioritaires. Le tableau 1 énumère les mesures prises en réponse à plusieurs événements différents.

Avantages de la reconfiguration dynamique des serveurs locaux DHCP clients

• Permet au serveur local DHCP de reconfigurer dynamiquement les clients DHCP, évitant ainsi les pannes prolongées dues à des modifications de configuration du serveur qui obligent le serveur à attendre que le client renouvelle son bail ou se lie à nouveau au serveur.