- Dynamic Host Configuration Protocol
-
Dynamic Host Configuration Protocol Fonction Configuration dynamique des hôtes Sigle DHCP Port serveur 67 ;
client 68.RFC RFC 1531
RFC 1534
RFC 2131
RFC 2132modifier 
Pile de protocoles 7. Application 6. Présentation 5. Session 4. Transport 3. Réseau 2. Liaison 1. Physique Modèle Internet
Modèle OSIDynamic Host Configuration Protocol (DHCP) est un protocole réseau dont le rôle est d’assurer la configuration automatique des paramètres IP d’une station, notamment en lui affectant automatiquement une adresse IP et un masque de sous-réseau. DHCP peut aussi configurer l’adresse de la passerelle par défaut, des serveurs de noms DNS et des serveurs de noms NBNS (connus sous le nom de serveurs WINS sur les réseaux de la société Microsoft).
La conception initiale d’IP supposait la préconfiguration de chaque ordinateur connecté au réseau avec les paramètres TCP/IP adéquats : c’est l’adressage statique (nommée également IP fixe). Sur des réseaux de grandes dimensions ou étendues, où des modifications interviennent souvent, l’adressage statique engendre une lourde charge de maintenance et des risques d’erreurs. En outre les adresses assignées ne peuvent être utilisées même si l’ordinateur qui la détient n’est pas en service : un cas typique où ceci pose problème est celui des fournisseurs d’accès à internet (FAI ou ISP en anglais), qui ont en général plus de clients que d’adresses IP à leur disposition, mais dont les clients ne sont jamais tous connectés en même temps.
DHCP apporte une solution à ces deux inconvénients :
- seuls les ordinateurs en service utilisent une adresse de l’espace d’adressage ;
- toute modification des paramètres (adresse de la passerelle, des serveurs de noms) est répercutée sur les stations lors du redémarrage ;
- la modification de ces paramètres est centralisée sur les serveurs DHCP.
Le protocole a été présenté pour la première fois en octobre 1993 et est défini par la RFC 1531, modifiée et complétée par les RFC 1534, RFC 2131 et RFC 2132.
Ce protocole peut fonctionner avec IPv4 ; il fonctionne aussi avec IPv6 et il est alors appelé DHCPv6. Toutefois, en IPv6, les adresses peuvent être autoconfigurées sans DHCP.
Sommaire
Fonctionnement
- L’ordinateur équipé de TCP/IP, mais dépourvu d’adresse IP, envoie par diffusion un datagramme (DHCP DISCOVER) qui s’adresse au port 67 de n’importe quel serveur à l’écoute sur ce port. Ce datagramme comporte entre autres l’adresse physique (MAC) du client.
- Tout serveur DHCP ayant reçu ce datagramme, s’il est en mesure de proposer une adresse sur le réseau auquel appartient le client, diffuse une offre DHCP (DHCP OFFER) à l’attention du client (sur son port 68), identifié par son adresse physique. Cette offre comporte l’adresse IP du serveur, ainsi que l’adresse IP et le masque de sous-réseau qu’il propose au client. Il se peut que plusieurs offres soient adressées au client.
- Le client retient une des offres reçues (la première qui lui parvient), et diffuse sur le réseau un datagramme de requête DHCP (DHCP REQUEST). Ce datagramme comporte l’adresse IP du serveur et celle qui vient d’être proposée au client. Elle a pour effet de demander au serveur choisi l’assignation de cette adresse, l’envoi éventuel des valeurs des paramètres, et d’informer les autres serveurs qui ont fait une offre qu’elle n’a pas été retenue.
- Le serveur DHCP choisi élabore un datagramme d’accusé de réception (DHCP ack pour acknowledgement) qui assigne au client l’adresse IP et son masque de sous-réseau, la durée du bail de cette adresse (dont découlent deux valeurs T1 et T2 qui déterminent le comportement du client en fin de bail), et éventuellement d’autres paramètres :
- adresse IP de la passerelle par défaut,
- adresses IP des serveurs DNS,
- adresses IP des serveurs NBNS (WINS).
Le client peut aussi recevoir un type de nœud NetBios.
La liste des options que le serveur DHCP peut accepter est consultable dans la RFC 2132 : Options DHCP et Extensions fournisseur BOOTP, Chapitre RFC 1497 : Extensions fournisseur.
Les serveurs DHCP doivent être pourvus d’une adresse IP statique.
Compatibilité
La plupart des systèmes d’exploitation ont des clients DHCP v4.
Windows 2000, 2003 ne gèrent pas nativement IPv6 (à l’inverse de Windows Vista et Microsoft Windows 7). IPv6 est disponible sous XP en rentrant la commande «
ipv6 install» dans un terminal Windows. Il existe plusieurs solutions pour pallier ce problème d’absence d’IPv6 notamment l’installation d’une solution libre. Un serveur DHCPv6 est disponible dans Windows Server 2008.Plusieurs clients et serveurs libres pour DHCP v4 et v6 sont disponibles pour les plates-formes BSD (FreeBSD/NetBSD/OpenBSD/Apple Mac OS X) ainsi que les plates-formes POSIX (Linux/« UNIX-like »). La encore il convient de vérifier lesquelles gèrent IPV4 seulement ou IPV4 et IPV6.
Renouvellement du bail
Les adresses IP dynamiques sont octroyées pour une durée limitée (durée du bail, ou lease time), qui est transmise au client dans l’accusé de réception qui clôture la transaction DHCP.
La valeur T1 (par défaut 50 % de la durée du bail) qui l’accompagne détermine la durée après laquelle le client commence à demander périodiquement le renouvellement de son bail auprès du serveur qui lui a accordé son adresse (couramment la moitié de la durée du bail). Cette fois la transaction est effectuée par transmission IP classique, d’adresse à adresse.
Si lorsque le délai fixé par la deuxième valeur, T2 (par défaut 87,5 % de la durée du bail), est écoulé et que le bail n’a pas pu être renouvelé (par exemple si le serveur DHCP d’origine est hors service), le client demande une nouvelle allocation d’adresse par diffusion.
Si au terme du bail le client n’a pu ni en obtenir le renouvellement, ni obtenir une nouvelle allocation, l’adresse est désactivée et il perd la faculté d’utiliser le réseau TCP/IP de façon normale.
Client et serveur sur des segments différents
Lorsque le serveur DHCP et le client ne figurent pas sur le même segment ethernet, les diffusions émises par ce dernier ne parviennent pas au serveur parce que les routeurs ne transmettent pas les diffusions générales (broadcast). Dans ce cas on utilise un agent de relais DHCP.
Cet hôte particulier est configuré avec une adresse IP statique, et connaît l’adresse d’un serveur DHCP auquel il transmet les requêtes DHCP qui lui parviennent sur le port 68 (écouté par le programme agent de relais). Il diffuse sur son segment (qui est aussi celui du client) les réponses qu’il reçoit du serveur DHCP.
Configuration du serveur DHCP
Pour qu’un serveur DHCP puisse servir des adresses IP, il est nécessaire de lui donner un « réservoir » d’adresses dans lequel il pourra puiser : c’est la plage d’adresses (address range). Il est possible de définir plusieurs plages, disjointes ou contiguës.
Les adresses du segment qui ne figurent dans aucune plage mise à la disposition du serveur DHCP ne seront en aucun cas distribuées, et peuvent faire l’objet d’affectations statiques (couramment : pour les serveurs nécessitant une adresse IP fixe, les routeurs, les imprimantes réseau…).
Il est également possible d’exclure pour un usage en adressage statique par exemple, des adresses ou blocs d’adresses compris dans une plage.
Enfin, on peut effectuer des réservations d’adresses en limitant la possibilité d’octroi de cette adresse au client possédant une adresse physique ou un « client identifier » donné. Ceci peut s’avérer utile pour des machines dont l’adresse doit rester fixe mais dont on veut contrôler de manière centrale et automatique les autres paramètres IP. Ce mécanisme est assuré par l’option 61 (voir RFC 2131).
Une autre option permet de donner toujours la même adresse IP à un équipement connecté à un port donné. Option 82 (voir RFC 3046)
Lors de l’utilisation sur un même segment de plusieurs serveurs DHCP, l’intersection des plages d’adresses des différents serveurs doit être vide, sous peine d’ambiguïté dans les affectations et les renouvellements. En effet, les serveurs DHCP n’échangent aucune information relative aux baux qu’ils octroient.
Voir aussi
Articles connexes
Liens externes
Catégorie :- Protocole réseau sur la couche application
Wikimedia Foundation. 2010.
