JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Utilisation de DHCP dans Oracle Solaris 11.1     Oracle Solaris 11.1 Information Library (Français)
search filter icon
search icon

Informations document

Préface

1.  A propos de DHCP (présentation)

A propos du protocole DHCP

Intérêt du protocole DHCP

Mode de fonctionnement du protocole DHCP

Serveur DHCP ISC

Serveur DHCP Sun hérité

Client DHCP

2.  Administration du service DHCP ISC

3.  Configuration et administration du client DHCP

4.  Commandes et fichiers DHCP (référence)

Index

Mode de fonctionnement du protocole DHCP

La séquence des événements pour le service DHCP est présentée dans le diagramme suivant. Les nombres figurant dans les cercles correspondent aux étapes numérotées de la description suivant le schéma.

Figure 1-1 Séquence des événements pour le service DHCP

image:Le schéma illustre la séquence de communications entre un client et un serveur DHCP. La description après le schéma explique chacune des communications.

Le schéma précédent présente les étapes suivantes :

  1. Le client identifie un serveur DHCP en diffusant un message de détection à l'adresse de diffusion limitée (255.255.255.255) sur le sous-réseau local. Si un routeur est présent et configuré pour agir comme un agent de relais BOOTP, la demande est transmise à d'autres serveurs DHCP sur d'autres sous-réseaux. Le message de diffusion du client comprend son identifiant unique (ID) lequel, dans le cadre de l'implémentation DHCP dans Oracle Solaris, est dérivé de l'adresse MAC (Media Access Control) du client.

    Les serveurs DHCP qui reçoivent le message de détection sont capables d'identifier le réseau du client en effectuant l'analyse suivante :

    • Sur quelle interface réseau la demande est-elle parvenue ? Le serveur peut en déduire que le client appartient au réseau auquel l'interface est connectée ou que le client utilise un agent de relais BOOTP relié à ce réseau.

    • La demande contient-elle l'adresse IP d'un agent de relais BOOTP ? Lorsqu'une demande transite par un agent de relais, celui-ci insère son adresse dans l'en-tête de la demande. Lorsque le serveur détecte une adresse d'un agent de relais, il sait que la portion réseau de l'adresse désigne l'adresse réseau du client dans la mesure où l'agent de relais doit obligatoirement être connecté au réseau du client.

    • Le réseau du client comporte-t-il des sous-réseaux ? Le serveur consulte la table netmasks pour identifier le masque de sous-réseau utilisé sur le réseau désigné par l'adresse de l'agent de relais ou par l'adresse de l'interface réseau ayant reçu la demande. Dès que le serveur connaît cette information, il peut déterminer la portion de l'adresse réseau correspondant à la portion de l'hôte, puis sélectionner une adresse IP qui convient pour le client. Pour plus d'informations au sujet des netmasks, reportez-vous à la page de manuel netmasks(4).

  2. Une fois que les serveurs DHCP ont réussi à identifier le réseau du client, chacun sélectionne une adresse IP appropriée et s'assure qu'elle est libre. Ils répondent ensuite au client en diffusant un message d'offre. Ce message contient l'adresse IP sélectionnée et des informations au sujet des services pouvant être configurés pour le client. Chaque serveur réserve provisoirement l'adresse IP proposée jusqu'à ce que le client choisisse ou non d'accepter l'adresse IP en question.

  3. Le client sélectionne la meilleure offre en fonction du nombre et du type de services proposés. Il diffuse alors une demande indiquant l'adresse IP du serveur ayant fait la meilleure offre. Tous les serveurs DHCP ayant répondu savent ainsi que le client a fait son choix. Les serveurs non sélectionnés peuvent dès lors annuler la réservation des adresses IP proposées.

  4. Le serveur sélectionné alloue l'adresse IP au client et stocke cette information dans le magasin de données DHCP. Il adresse également un accusé de réception (message ACK) au client. L'accusé de réception contient les paramètres de configuration du réseau pour le client. Le client se sert de l'utilitaire ping pour tester l'adresse IP et s'assurer qu'elle n'est utilisée par aucun autre système. Il continue ensuite à se connecter au réseau.

  5. Le client contrôle la durée du bail. Au bout d'un certain temps, il envoie un nouveau message au serveur sélectionné pour lui demander d'augmenter la durée du bail.

  6. Le serveur DHCP recevant la demande prolonge le bail à condition que le bail soit conforme à la stratégie de location définie par l'administrateur. Si le serveur ne répond pas dans les 20 secondes, le client diffuse une demande de sorte que l'un des autres serveurs DHCP prolonge son bail.

  7. Lorsque le client n'a plus besoin de l'adresse IP, il prévient le serveur que l'adresse IP a été libérée. Cette notification peut survenir lors d'un arrêt méthodique ou être effectuée de façon manuelle.