DHCP

Dynamic Host Configuration Protocol

Protocole DHCP
 DHCP : Dynamic Host Configuration Protocol
 Permet la configuration des paramètres IP d’une machine:
 adresse IP
 masque de sous-réseau
 l’adresse de la passerelle par défaut
 l’adresse des serveurs de noms DNS
 Protocole de haut niveau s’appuyant sur UDP
 Amélioration (extension) du protocole BOOTP car
configuration dynamique par un serveur DHCP
 Utilisation pour les ordinateurs portables
 Utilisation si espace adressable réduit pour des postes ne
fonctionnant pas tous ensemble
02/03/2010 G. Jacquet/ A. Aubert

1
Protocole DHCP
 Protocole de résolution d’adresses
Carte Ethernet Connexion au réseau local:
Suffixe DNS propre à la connexion : univ-st-etienne.fr
Description . . . . . . . . . . . : Intel(R) PRO/100 M Mobile Connection

Adresse physique . . . . . . . . .: 00-0D-5E-B8-FF-9A

DHCP activé. . . . . . . . . . . : Oui
Configuration automatique activée . . . . : Oui
Adresse IP. . . . . . . . . . . . : 161.3.50.248
Masque de sous-réseau . . . . . . : 255.255.255.0
Passerelle par défaut . . . . . . : 161.3.50.1
Serveur DHCP. . . . . . . . . . . : 161.3.192.128
Serveurs DNS . . . . . . . . . . . : 161.3.1.11
161.3.1.42
NetBIOS sur TCPIP. . . . . . . . : Désactivé
Bail obtenu . . . . . . . . . . . : mercredi 20 avril 2005 08:32:44
Bail expirant . . . . . . . . . . : mercredi 20 avril 2005 16:32:44

02/03/2010 G. Jacquet/ A. Aubert

Protocole DHCP
 Protocole proche de BOOTP avec 3 possibilités
 Configuration manuelle (comme BOOTP)
 Configuration automatique
 Attribution d’une adresse unique lors de la première connexion
 Choix de l’adresse par le serveur
 Configuration dynamique
 Attribution d’une adresse variable (configuration variable) suivant la
position du poste
 Gestion de restrictions d ’accès
 Adresse louée pour un temps déterminé (bail de 1, 4, 8 heures…)

02/03/2010 G. Jacquet/ A. Aubert

2
Protocole DHCP
 Protocole en plusieurs phases (client) :
 Découverte du (des) serveur(s) DHCP par le client
 Demande d’un bail initial pour une adresse IP
 Demande de renouvellement de bail
 Refus d’une adresse IP
 Libération d’une adresse IP
 Demande d ’informations supplémentaires (optionnel)
 Par le serveur :
 Suppression d’un bail

02/03/2010 G. Jacquet/ A. Aubert

Protocole DHCP
 8 types de message sont définis
 DHCP_DISCOVER (client->serveur)
 DHCP_OFFER (serveur(s)->client)
 DHCP_REQUEST (client->serveur)
 DHCP_DECLINE (client->serveur)
 DHCP_ACK (serveur->client)
 DHCP_NACK (serveur->client)
 DHCP_RELEASE (client->serveur)
 DHCP_INFORM (client->serveur)

02/03/2010 G. Jacquet/ A. Aubert

3
Protocole DHCP
 Séquencement DHCP
 Messages échangés lors d’une première demande (avec acceptation)

02/03/2010 G. Jacquet/ A. Aubert

Protocole DHCP
 Demande
 Demande initiale (Broadcast) DISCOVER
 Une proposition d’adresse IP est contenue dans OFFER
 Plusieurs serveurs peuvent répondre avec des offres
différentes (ou les mêmes)
 Le client choisit (souvent le 1er OFFER arrivé)
 Il renvoie son acceptation (REQUEST)
 Le serveur confirme (ACK)
 Sinon NACK (RFC : should ou recommended…)
 Car il a pu donné l’adresse à un autre poste dans l’intervalle

02/03/2010 G. Jacquet/ A. Aubert

4
Protocole DHCP
 Séquencement DHCP
 Messages échangés lors d’une demande (avec refus du serveur)

02/03/2010 G. Jacquet/ A. Aubert

Protocole DHCP
 Séquencement DHCP
 Messages échangés lors d’une demande (avec refus du client)

02/03/2010 G. Jacquet/ A. Aubert

5
Protocole DHCP
 Demande avec refus
 Même démarrage (3 premières trames)
 Le client teste sa nouvelle adresse (ARP gratuit)
 Si réponse d’un autre poste, il refuse (DECLINE)
 Cas rare...
 Le serveur peut tester
 Un ping avant d’envoyer l’adresse en réponse
 Configurable sur un serveur

02/03/2010 G. Jacquet/ A. Aubert

Protocole DHCP
 Séquencement DHCP
 Messages échangés lors d’un renouvellement

02/03/2010 G. Jacquet/ A. Aubert

6
Protocole DHCP
 Renouvellement de bail (Renew)
 Une demande à mi parcours (50% du temps)
 Adressée au serveur accepté
 Si pas de réponse -> rien
 Rebind
 Nouvelle demande à 87,5%
 A tous les serveurs
 Si pas de réponse, à 100% le bail s’arrête
 On recommence la procédure complète

02/03/2010 G. Jacquet/ A. Aubert

Protocole DHCP
 Libération d ’un bail
 Envoi en Broadcast

02/03/2010 G. Jacquet/ A. Aubert

7
Protocole DHCP
 Suppression autoritaire d ’un bail (NACK)
 Changement de réseau
 Utilisation après la fin du bail

02/03/2010 G. Jacquet/ A. Aubert

Protocole DHCP
 Format de la trame :
 Encapsulation dans UDP
 Port 67 (client-> serveur) et 68 (serveur-> client)
 Demande (DHCP_DISCOVER)
 IP source = 0.0.0.0
 IP destination = 255.255.255.255
 AU source : AU poste client
 AU destination = Broadcast
 Réponse (DHCP_OFFER)
 IP source : IP serveur
 IP destination : 255.255.255.255
 AU source : AU serveur
 AU destination : AU demandeur
02/03/2010 G. Jacquet/ A. Aubert

8
Protocole DHCP
 Utilisation d’un portable itinérant
 Connexion sur 2 sous-réseaux différents

Serveur 192.128.3.135
192.128.2.135 DHCP
MyPC
MyPC
R R
Sous-réseau :
R 192.128.3.0
Sous-réseau :
192.128.2.0
R

 Pour être opérationnel sur chaque sous-réseau le PC doit

changer d’adresse IP en fonction de son lieu de
connexion
02/03/2010 G. Jacquet/ A. Aubert

Protocole DHCP
 Problème si le client n’est pas dans le sous-réseau du
serveur
 Adresse broadcast ne franchit pas les routeurs

Serveur 192.128.3.135
192.128.2.135 DHCP
MyPC
MyPC
R R
Sous-réseau :
R 192.128.3.0
Sous-réseau :
192.128.2.0
R

02/03/2010 G. Jacquet/ A. Aubert

9
Protocole DHCP
 DHCP inter-réseaux : Serveur relais (ou agent relais)
 Un poste sur chaque sous-réseau retransmet les demandes (ce
poste peut être un routeur)
 Ce poste possède une adresse fixe et connaît le serveur
 Déroulement
 Les trames DHCP broadcast sont interceptées
 Renvoyées en Unicast par le serveur relais vers le serveur
DHCP via un routeur

02/03/2010 G. Jacquet/ A. Aubert

Protocole DHCP
 Niveau DHCP : format de la PDU
0 8 16 24 31
Operation code Hardware type Long. Adr Phy Hops

Transaction ID (4 octets)

Seconds (2 octets) Flag (2 octets)

Client address (4 octets)

Return Client Address (4 octets)

Address of next bootstrap server (4 octets)

Adresse IP routeur (4 octets)

Physical client address (16 octets)

Server hostname (64 octets)

Boot file name (128 octets)

Options (variable : peut atteindre 312 octets)

02/03/2010 G. Jacquet/ A. Aubert

10
Protocole DHCP
 Signification des champs
 Code Opération : demande -> 1 ; Réponse -> 2
 Type de réseau physique : ethernet -> 1
 Longueur d ’adresse physique : 6 pour ethernet
 Sauts : 0 par le client (incrémenté par chaque relais)
 ID de la transaction : permet de reconnaître la réponse parmi plusieurs
demandes
 Seconds : temps écoulé depuis le démarrage du client
 Adresse IP du client :
 S’il renouvelle son bail par exemple (il connait son adresse IP)
 Le client connaît son adresse IP, mais il a besoin d’autres informations
 Return Client Address IP : valeur positionnée par le serveur DHCP

02/03/2010 G. Jacquet/ A. Aubert

Protocole DHCP
 Signification des autres champs
 Adresse IP routeur : utilisée s’il y a un serveur relais
 Physical Client Address: adresse physique (MAC) du client

 Format du champ option

 1 octet code + 1 octet longueur + champ variable
 Identification des trames de gestion DHCP dans ce champs
option: code 53 ; longueur 1
 1 : DHCP_DISCOVER (client->serveur)
 2 : DHCP_OFFER (serveur(s)->client)
 3 : DHCP_REQUEST (client->serveur)
 4 : DHCP_DECLINE (client->serveur)
 5 : DHCP_ACK (serveur->client)
 6 : DHCP_NACK (serveur->client)
 7 : DHCP_RELEASE (client->serveur)
 8 : DHCP_INFORM (client->serveur)

02/03/2010 G. Jacquet/ A. Aubert

11