JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Administration d'Oracle Solaris : Services IP     Oracle Solaris 11 Information Library (Français)
search filter icon
search icon

Informations document

Préface

Partie I Administration TCP/IP

1.  Planification du développement du réseau

2.  Eléments à prendre en compte lors de l'utilisation d'adresses IPv6

3.  Configuration d'un réseau IPv4

4.  Activation d'IPv6 sur le réseau

5.  Administration d'un réseau TCP/IP

6.  Configuration de tunnels IP

7.  Dépannage des problèmes de réseau

8.  Référence IPv4

9.  Référence IPv6

Partie II DHCP

10.  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

11.  Administration du service DHCP ISC

12.  Configuration et administration du client DHCP

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

Partie III IPsec

14.  Architecture IPsec (présentation)

15.  Configuration d'IPsec (tâches)

16.  Architecture IPsec (référence)

17.  Protocole IKE (présentation)

18.  Configuration du protocole IKE (tâches)

19.  Protocole IKE (référence)

20.  IP Filter dans Oracle Solaris (présentation)

21.  IP Filter (tâches)

Partie IV Performances du réseau

22.  Présentation de l'équilibreur de charge intégré

23.  Configuration de l'équilibreur de charge intégré (tâches)

24.  Protocole de redondance de routeur virtuel (VRRP) (Présentation)

25.  Configuration VRRP - Tâches

26.  Implémentation du contrôle de congestion

Partie V Qualité de service IP (IPQoS)

27.  Présentation d'IPQoS (généralités)

28.  Planification d'un réseau IPQoS (tâches)

29.  Création du fichier de configuration IPQoS (tâches)

30.  Démarrage et maintenance d'IPQoS (tâches)

31.  Utilisation de la comptabilisation des flux et de la collecte statistique (tâches)

32.  IPQoS en détails (référence)

Glossaire

Index

Mode de fonctionnement du protocole DHCP

Vous devez commencer par installer et configurer le serveur DHCP. Lors de la phase de configuration, il est nécessaire de fournir un certain nombre d'informations au sujet du réseau avec lequel les clients vont communiquer. Une fois ces précisions apportées, les clients auront la possibilité de demander et de recevoir des informations spécifiques au réseau.

Le schéma ci-après montre comment s'enchaînent les différents événements liés au service DHCP. Les nombres figurant dans les cercles correspondent aux étapes numérotées de la description suivant le schéma.

Figure 10-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 requête 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. Sur un réseau Ethernet, l'adresse MAC est identique à l'adresse Ethernet.

    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 requête 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 requête contient-elle l'adresse IP d'un agent de relais BOOTP ? Lorsqu'une requête transite par un agent de relais, celui-ci insère son adresse dans l'en-tête de la requête. 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 requête. 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 sur les 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, ils sélectionnent une adresse IP appropriée et s'assurent 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 requête 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 la procédure d'initialisation afin de 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 requête 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 requête 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.