Reconfiguration dynamique des serveurs et clients DHCP

Interaction client/serveur par défaut

En général, le client DHCP initie toutes les interactions client/serveur DHCP de base. Le serveur DHCP envoie des informations à un client uniquement en réponse à une demande de ce client. Ce comportement ne permet pas d’actualiser rapidement l’adresse réseau et la configuration d’un client 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 des serveurs qu’il a fournies aux clients. Sans reconfiguration dynamique, le fournisseur de services efface généralement la table de liaisons 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 le forcer à recommencer le processus de connexion DHCP. Il peut également attendre que les clients fassent un appel de service au sujet des pannes réseau, puis leur demander de redémarrer l’équipement chez le client pour 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 modifiiez les adresses IP du serveur 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 le forcer à recommencer le processus de connexion DHCP. Vous pouvez également attendre que les utilisateurs vous avertissent 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 client/serveur dynamique pour DHCPv4

La reconfiguration dynamique pour DHCPv4 est disponible via une implémentation partielle de RFC 3203, Extension de reconfiguration DHCP pour 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, initiant 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 une NAK au client, ce qui oblige le client à relancer 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 RFC 3202. Le relais DHCP et le proxy de relais DHCP ne participent pas à la reconfiguration du client et ne réagissent pas aux messages de renouvellement forcé, sauf pour les transférer 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 DHCP, tels que le transfert et les statistiques, continuent de fonctionner. Les statistiques client ne sont pas conservé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 avec 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 client/serveur dynamique pour DHCPv6

La reconfiguration dynamique pour DHCPv6 est disponible via 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, ce qui déclenche 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 avec une durée de vie 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 transférer au client.

Lorsqu’un serveur DHCPv6 est déclenché pour lancer la reconfiguration sur un client DHCPv6 lié, le client passe à l’état de reconfiguration. Tous les services aux 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à à l’état de reconfiguration, le serveur DHCPv6 ignore le déclencheur de reconfiguration. Pour les clients dans un état autre que lié ou reconfiguré, 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 des clients en exécutant la commande pour les request dhcp server reconfigure clients DHCPv4 et la commande pour les request dhcpv6 server reconfigure clients DHCPv6. Les options de commande déterminent si une reconfiguration est ensuite tentée pour tous les clients ou pour des clients spécifiés.

Mesures prises pour les événements qui se produisent lors d’une reconfiguration

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

Avantages de la reconfiguration dynamique des clients DHCP de serveurs locaux

• Activez le serveur local DHCP pour reconfigurer dynamiquement les clients DHCP, afin d’éviter les pannes prolongées dues à des modifications de la configuration du serveur qui obligent autrement le serveur à attendre que le client renouvelle son bail ou se lie à nouveau au serveur.