Administration de Service DHCP Sous Windows 2003

IT NISRO

CLUB TUTORIEL INFORMATIQUE

1

Administration de Service DHCP sous

Windows 2003

IT NISRO


2

Sommaire

I.Système DHCP 1. Définition de DHCP

2. Rôle d'un service DHCP

3. Pourquoi mettre en place un réseau TCP/IP avec des adresses IP dynamiques

4. Fonctionnement de DHCP

5. Processus de renouvellement d’un bail DHCP

i. Base de données DHCP ii. Commandes Netsh pour DHCP iii. Console DHCP

3. Autorisation DHCP

III. Configuration d’une étendue DHCP

2. Un étendue globale

3. Après avoir ajouté des étendues

IV. Configuration des options DHCP 1. Options DHCP

2. Utilisation de classes d'options

3. Fonctionnement des classes d'utilisateurs

V. Configuration d’un agent de relais DHCP

1. Présentation des agents relais

2. Fonctionnement des agents relais

3. Configurations de l'agent relais

3.1. Routeur conforme à la RFC 1542

3.2. Routeur Non conforme à la RFC 1542

3.3. Routeur Logiciel (service RRAS) VII.Gestion et analyse du service DHCP

1. Gestion d’une base de données DHCP a. Base de données DHCP b. Sauvegarde et de restauration d’une base de données DHCP

2. Analyse du service DHCP a. Présentation des statistiques DHCP b. Journal d’audit DHCP c. Instructions pour analyser les performances de serveur DHCP d. Compteurs de performance communément utilisés pour analyser les performances de serveur DHCP

1. Similitudes entre BOOTP et DHCP

2. Différences entre BOOTP et DHCP

1. Résolution des problèmes des clients DHCP

2. Résolution des problèmes des serveurs DHCP

XI. Moniteur réseau

Le moniteur réseau, fourni avec Windows 2003, permet de capturer le trafic à destination de

l’ordinateur sur lequel vous effectuez la capture, ainsi que le trafic émis par votre ordinateur.

1. Composants du Moniteur réseau

2. Moniteur réseau

3. Pilote du Moniteur réseau

IT NISRO


3

I. Système DHCP

1. Définition de DHCP

Le protocole DHCP (Dynamic Host Configuration Protocol) (RFC 1533 1534) est une

extension de BOOTP (RFC 1532), il fournit une configuration dynamique des adresses IP et des

informations associées aux ordinateurs configurés pour l'utiliser (clients DHCP). Ainsi chaque hôte

du réseau obtient une configuration IP dynamiquement au moment du démarrage, auprès du serveur

DHCP. Le serveur DHCP lui attribuera notamment une adresse IP, un masque et éventuellement

l'adresse d'une passerelle par défaut. Il peut attribuer beaucoup d'autres paramètres IP notamment en

matière de noms (l'adresse des serveurs DNS, l'adresse des serveurs WINS)

2. Rôle d'un service DHCP

Un serveur DHCP (Dynamic Host Configuration Protocol) a pour rôle de distribuer des

adresses IP à des clients pour une durée déterminée. Au lieu d'affecter manuellement à chaque hôte

une adresse statique, ainsi que tous les paramètres tels que (serveur de noms, passerelle par défaut,

nom du réseau), un serveur DHCP alloue à un client, un bail d'accès au réseau, pour une durée

déterminée (durée du bail). Le serveur passe en paramètres au client toutes les informations dont il a

besoin.

Tous les noeuds critiques du réseau (serveur de nom primaire et secondaire, passerelle par défaut) ont

une adresse IP statique ; en effet, si celle-ci variait, ce processus ne serait plus réalisable.

Ce processus est mis en oeuvre quand vous ouvrez une session chez un fournisseur d'accès Internet

par modem. Le fournisseur d'accès, vous alloue une adresse IP de son réseau le temps de la liaison.

Cette adresse est libérée, donc de nouveau disponible, lors de la fermeture de la session.

3. Pourquoi mettre en place un réseau TCP/IP avec des adresses IP dynamiques

L'affectation et la mise à jour d'informations relatives aux adresses IP fixes peuvent représenter une

lourde tâche. Afin de faciliter ce travail et de simplifier la distribution des adresses IP, le protocole

DHCP offre une configuration dynamique des adresses IP et des informations associées.

DHCP offre les avantages suivants :

Configuration sûre et fiable

DHCP évite les erreurs de configuration dues au besoin de taper manuellement des valeurs

sur chaque ordinateur. De plus, DHCP permet d'empêcher les conflits d'adresses causés par

une adresse IP affectée précédemment et réutilisée pour configurer un nouvel ordinateur sur le

réseau.

IT NISRO


4

Réduction de la gestion de la configuration

Les serveurs DHCP peuvent considérablement diminuer le temps passé à configurer et

reconfigurer les ordinateurs de votre réseau. Les serveurs peuvent être configurés pour fournir

une plage complète de valeurs de configuration supplémentaires lors de l'affectation des baux

d'adresses. Ces valeurs sont affectées à l'aide des options DHCP.

DHCP offre L'inconvénient :

Le client utilise des trames de broadcast pour rechercher un serveur DHCP sur le réseau, cela

charge le réseau. Si vous avez une entreprise avec plusieurs centaines de personnes qui ouvrent leur

session le matin à 8 h ou l'après midi à 14 h, il peut s'en suivre de graves goulets d'étranglement sur le

réseau. L'administrateur devra donc réfléchir sérieusement à l'organisation de son réseau.

4. Fonctionnement de DHCP

Un client DHCP est un ordinateur qui demande une adresse IP à un serveur DHCP.

Comment, alors, un client DHCP, qui utilise le protocole TCP/IP mais qui n'a pas encore obtenu

d'adresse IP par le serveur, peut-il communiquer sur le réseau ?

Les choses se passent avec le peu de moyens dont vous disposez :

• Votre "MAC Address" que vous ne perdez jamais, puisqu'elle est écrite "en dur" dans votre

Interface Ethernet.

• Le "Broadcast" ou "Diffusion" qui permet d'envoyer des trames à toutes les machines du réseau

physique.

Le dialogue est décrit de la manière suivante :

1. . Lorsque le client DHCP démarre, il n'a aucune connaissance du réseau, du moins, en

principe. Il envoie donc une trame "DHCPDISCOVER", destinée à trouver un serveur DHCP.

Cette trame est un "broadcast", donc envoyé à l'adresse 255.255.255.255. N'ayant pas encore

IT NISRO


5

d'adresse IP, il adopte provisoirement l'adresse 0.0.0.0. Comme ce n'est pas avec cette adresse

que le DHCP va l'identifier, il fournit aussi sa "MAC Address".

2. Le, ou les serveurs DHCP du réseau qui vont recevoir cette trame vont se sentir concernés et

répondre par un "DHCPOFFER".Cette trame contient une proposition de bail et la "MAC

Address" du client, avec également l'adresse IP du serveur. Tous les DHCP répondent et le

client normalement accepte la première réponse venue.Le "DHCPOFFER" sera un broadcast

(Ethernet) ou non, suivant le serveur DHCP utilisé.

3. Le client répond alors par un DHCPREQUEST à tous les serveurs (donc toujours en

"Broadcast") pour indiquer quelle offre il accepte.

4. Le serveur DHCP Concerné répond définitivement par un DHCPACK qui constitue une

confirmation du bail. L'adresse du client est alors marquée comme utilisée et ne sera plus

proposée à un autre client pour toute la durée du bail.

5. Processus de renouvellement d’un bail DHCP Le processus de renouvellement d’un bail DHCP est le processus permettant au client DHCP de

renouveler ou de mettre à jour ses données de configuration d’adresse IP à l’aide du serveur DHCP.

Le client DHCP renouvelle ses données de configuration IP avant l’expiration du bail. Si le bail

expire avant leur renouvellement, ces données sont perdues et il doit recommencer le processus de

création d’un bail DHCP.

IT NISRO


6

Un client DHCP tente automatiquement de renouveler son bail lorsque sa durée a expiré de 50 %. Il

essaie également de renouveler son bail d’adresse IP à chaque redémarrage de l’ordinateur. Pour

renouveler un bail, le client DHCP envoie un paquet DHCPREQUEST directement au serveur DHCP

duquel il a obtenu ce bail.

Si le serveur DHCP est disponible, il renouvelle le bail et envoie au client un paquet DHCPACK

contenant la durée du nouveau bail et les paramètres de configuration mis à jour. Le client met à jour

sa configuration lorsqu’il reçoit l’accusé de réception. Si le serveur DHCP n’est pas disponible, le

client continue à utiliser ses paramètres de configuration en cours.

Si le client DHCP ne parvient pas à renouveler son bail la première fois, il diffuse un paquet

DHCPDISCOVER pour mettre à jour son bail d’adresse lorsque 87,5 % de sa durée actuelle a expiré.

À ce stade, le client DHCP accepte un bail émis par n’importe quel serveur DHCP.

II. Installer et administrer des serveurs DHCP 1. Installions d’ un serveur DHCP

1. Ouvrez l'Assistant Composants de Windows.

Pour ouvrir l'Assistant Composants de Windows, cliquez sur Démarrer, puis sur Panneau de

configuration, double-cliquez sur Ajout/Suppression de programmes, puis cliquez sur

Ajouter/supprimer des composants Windows.

2. Sous Composants, cliquez sur Services de mise en réseau.

3. Cliquez sur Détails.

4. Sous Sous-composants de Service de mise en réseau, cliquez sur Protocole DHCP

(Dynamic Host Configuration Protocol), puis sur OK.

5. Cliquez sur Suivant. Si vous y êtes invité, tapez le chemin d'accès complet des fichiers de

distribution de Windows Server 2003, puis cliquez sur Suivant.

IT NISRO


7

2. Outils DHCP

i. Base de données DHCP

Le nombre d'enregistrements que peut stocker un serveur DHCP est illimité. La taille de la

base de données dépend du nombre de clients DHCP sur le réseau. Cette base s'accroît avec le temps

à mesure que des clients démarrent et s'arrêtent sur le réseau.

La taille de la base de données DHCP n'est pas directement proportionnelle au nombre d'entrées

actives de bail de client. Avec le temps, certaines entrées client DHCP se périment et sont

supprimées, ce qui libère de l'espace.

La base de données du serveur DHCP de la famille Windows Server 2003 utilise le moteur de

stockage Exchange Server JET. Lorsque vous installez le service DHCP, les fichiers indiqués dans le

tableau suivant sont automatiquement créés dans le répertoire RacineSystème\System32\Dhcp.

Fichiers de la base de données du service DHCP

Fichier Description Dhcp.mdb Fichier de la base de données de serveur DHCP. Dhcp.tmp Fichier temporaire utilisé par la base de données DHCP comme fichier d'échange pendant

les opérations de maintenance de son index. Ce fichier peut parfois rester dans le répertoire RacineSystème\System32\Dhcp après une panne du système.

J50.log et J50#####.log

Journal de toutes les transactions de base de données. Ce fichier est utilisé par la base de données DHCP pour récupérer des données en cas de besoin.

J50.chk Fichier de points de vérification.

ii. Commandes Netsh pour DHCP

Vous pouvez taper ces commandes dans une fenêtre d'invite de commandes netsh dhcp> ou

les exécuter sous la forme de fichiers de commandes et autres scripts. L'invite de commandes netsh

dhcp> donne accès à toutes les fonctionnalités disponibles dans la console DHCP.

iii. Console DHCP

La console DHCP est ajoutée au dossier Outils d'administration dans le Panneau de

configuration lorsque vous installez un serveur DHCP Windows Server 2003. Elle se présente

comme un composant logiciel enfichable MMC (Microsoft Management Console) afin d'intégrer

complètement l'administration DHCP dans la gestion totale de votre réseau.

La console DHCP contient également des améliorations qui nous ont été suggérées par des

administrateurs réseau. Parmi ces améliorations, citons la gestion des performances améliorées du

serveur, un plus grand nombre de types d'options DHCP prédéfinis, la prise en charge des mises à

jour dynamiques pour les clients exécutant des versions antérieures de Windows et la détection des

serveurs DHCP non autorisés sur le réseau.

IT NISRO


8

3. Autorisation DHCP L’autorisation DHCP est le processus d’enregistrement du service Serveur

DHCP dans le domaine du service d’annuaire Active Directory, afin de prendre en charge les clients

DHCP. Elle ne concerne que les serveurs DHCP fonctionnant sous Windows Server 2003 et

Windows 2000 dans un domaine Active Directory.

Un serveur DHCP autorisé est un serveur DHCP qui a été autorisé dans Active Directory à prendre

en charge les clients DHCP.

L’autorisation d’un serveur DHCP permet de contrôler l’ajout de serveurs DHCP au domaine.

Elle doit s’effectuer avant qu’un serveur DHCP puisse émettre des baux pour les clients DHCP. Les

serveurs DHCP doivent disposer d’une autorisation afin d’éviter que des serveurs DHCP non

autorisés proposent des adresses IP non valides aux clients.

Si vous configurez un serveur DHCP, l’autorisation doit s’effectuer en tant que partie d’un domaine

Active Directory. Si vous n’autorisez pas le serveur DHCP dans le domaine Active Directory, le

service DHCP ne démarre pas correctement et le serveur DHCP ne peut pas prendre en charge les

requêtes des clients DHCP.

Un serveur DHCP contrôle les données de configuration d’adressage IP envoyées aux clients DHCP

dans un environnement réseau donné. Si un serveur DHCP est mal configuré, les données de

configuration d’adresse IP reçues par les clients seront incorrectes.

Active Directory permet d’autoriser un serveur DHCP. Avec Active Directory, les serveurs DHCP

non autorisés ne peuvent pas prendre en charge les clients DHCP. Sur un serveur membre d’Active

Directory, le service Serveur DHCP utilise le contrôleur de domaine Active Directory pour vérifier si

le serveur DHCP est enregistré dans Active Directory. S’il ne l’est pas, le service Serveur DHCP ne

démarre pas, et par conséquent le serveur DHCP ne peut pas prendre en charge les clients DHCP.

Pour autoriser un service Serveur DHCP, procédez comme suit :

1. Ouvrez la console DHCP.

2. Dans l’arborescence de la console, cliquez sur le serveur.

3. Dans le menu Action, cliquez sur Autoriser.

4. Pour vérifier que le serveur DHCP est autorisé : dans l’arborescence de la console, appuyez sur la

touche F5 pour rafraîchir l’affichage, puis vérifiez que le serveur DHCP apparaît avec une flèche

verte dirigée vers le haut.

III. Configuration d’une étendue DHCP

1. Un étendue Simple

IT NISRO


9

Une étendue est une plage d’adresses IP valides disponibles pour les baux ou l’attribution à

des ordinateurs clients sur un sous-réseau spécifique. Vous configurez une étendue sur le serveur

DHCP pour déterminer le pool d’adresses IP que le serveur peut attribuer aux clients DHCP.

Les étendues déterminent les adresses IP allouées aux clients. Vous devez définir et activer une

étendue avant que les clients DHCP puissent utiliser le serveur DHCP pour la configuration

dynamique du protocole TCP/IP. Vous pouvez configurer plusieurs étendues sur un serveur DHCP

pour votre environnement réseau.

Chaque sous-réseau possède une étendue DHCP unique contenant une plage d’adresses IP unique et

permanente. Des adresses ou des groupes d’adresses spécifiques peuvent être exclus de la plage

spécifiée par l’étendue DHCP. En général, une seule étendue peut être attribuée à un sous-réseau. Si

plusieurs étendues sont requises dans un sous-réseau, elles doivent d’abord être créées puis associées

dans une étendue globale.

Pour configurer une étendue DHCP, procédez comme suit :


2. Dans l’arborescence de la console, cliquez sur le serveur DHCP concerné.

3. Dans le menu Action, cliquez sur Nouvelle étendue.

4. Dans l’Assistant Nouvelle étendue, cliquez sur Suivant.

5. Dans la page Nom de l’étendue, configurez les options Nom et Description.

6. Dans la page Plage d’adresses IP, configurez les options Adresse IP de début, Adresse IP de fin et

Masque de sous-réseau.

7. Dans la page Ajout d’exclusions, configurez les options Adresse IP de début et Adresse IP de

fin, le cas échéant. S’il n’existe qu’une seule exclusion d’adresse IP, configurez cette adresse IP

comme l’adresse IP de début.

8. Dans la page Durée du bail, configurez les options Jours, Heures et Minutes

9. Dans la page Configuration des paramètres DHCP, sélectionnez Non, je configurerai ces

options ultérieurement.

10. Dans la page Fin de l’Assistant Nouvelle étendue, cliquez sur Terminer.

2. Un étendue globale Les étendues globales ou encore super étendues permettent d’attribuer des adresses IP de

plusieurs sous réseaux logiques à des clients DHCP se situant sur le même segment physique.

Les étendues globales sont utiles dans les cas suivants :

Lorsque que vous n’avez plus assez d’adresses disponibles pour un sous réseau et que des

stations doivent être installées sur le même segment physique.

Utilisation sur un même segment physique de plusieurs adresses réseau logique (multinet).

IT NISRO


10

Migration de clients DHCP dans une nouvelle étendue.

La suppression d’une étendue globale ne supprime pas les étendues qui la composent.

Pour configurer une étendue globale DHCP, procédez comme suit :

Dans la console DHCP, faites un clic droit sur le nom de votre serveur et cliquez sur Nouvelle

étendue globale.

Spécifiez ensuite un nom pour votre étendue globale et cliquez sur Suivant.

Sélectionnez les étendues qui feront partie de l’étendue globale. Vous pouvez sélectionner

plusieurs étendues en maintenant enfoncé la touche CTRL. Cliquez ensuite sur Suivant puis

sur Terminer.

3. Après avoir ajouté des étendues

Après avoir défini une étendue, vous pouvez en plus effectuer les tâches suivantes pour la

configurer :

Définir des plages d'exclusion supplémentaires.

Vous pouvez exclure toutes les adresses IP qui ne doivent pas être louées à des clients. Vous

devez utiliser des exclusions pour tous les périphériques qui doivent être configurés

manuellement. Dans les plages exclues doivent figurer toutes les adresses IP que vous avez

attribuées manuellement à d'autres serveurs DHCP, clients non-DHCP, stations de travail sans

disque ou clients de routage, d'accès distant ou PPP.

Créer des réservations.

Vous pouvez décider de réserver certaines adresses IP à l'affectation permanente de baux à

des ordinateurs ou des périphériques définis de votre réseau. Vous ne devez faire de

réservation que pour des périphériques activés DHCP qu'il faut réserver pour des raisons

spécifiques sur votre réseau (comme les serveurs d'impression).

Ajuster la durée des baux.

Vous pouvez modifier la durée de bail à utiliser pour affecter des baux d'adresses IP. La durée

de bail par défaut est de huit jours.

La valeur par défaut est acceptable pour la plupart des réseaux locaux (LAN, Local Area

Network), mais vous pouvez l'augmenter si les ordinateurs sont rarement déplacés ou

déménagés. Vous pouvez même définir des durées de bail infinies, mais cette option est à

utiliser avec prudence.

Configurer les options et les classes à utiliser avec l'étendue.

Pour fournir une configuration complète aux clients, vous devez configurer et activer des

options DHCP pour l'étendue

4. Utilisation des réservations

IT NISRO


11

Une réservation est l’attribution d’une adresse IP permanente. Il s’agit d’une adresse IP

spécifique au sein d’une étendue, qui est réservée de manière permanente à des fins de bail à un client

DHCP spécifique.

Vous pouvez utiliser des réservations pour les serveurs DHCP qui doivent posséder la même adresse

IP sur votre réseau, tels que les serveurs de fichiers et d’impression ou autres serveurs d’applications.

Pour configurer une réservation DHCP, procédez comme suit :


2. Dans l’arborescence de la console, cliquez sur Réservations.

3. Dans le menu Action, cliquez sur Nouvelle réservation.

4. Dans la boîte de dialogue Nouvelle réservation, renseignez les champs suivants :

a. Nom de réservation

b. Adresse IP

c. Adresse MAC (sans trait d’union)

d. Description

5. Sous Types pris en charge, sélectionnez l’une des options suivantes :

a. Les deux

b. DHCP seulement

c. BOOTP seulement

6. Dans la boîte de dialogue Nouvelles réservations, cliquez sur Ajouter, puis sur Fermer.

IV. Configuration des options DHCP

1. Options DHCP

Les options DHCP sont des paramètres de configuration qu’un service DHCP attribue aux clients, en

affectant l’adresse IP et la passerelle par défaut.

Une option offre une fonctionnalité accrue sur le réseau. Le processus de création d’un bail fournit

une adresse IP et un masque de sous-réseau au client DHCP. Les options DHCP permettent de

configurer d’autres données de configuration IP pour vos clients DHCP.

La manière dont les options sont appliquées dépend directement du lieu de leur configuration. Le

tableau suivant décrit les niveaux d’options DHCP et leur ordre de priorité.

IT NISRO


12

Pour configurer une option de serveur DHCP, procédez comme suit :


2. Dans l’arborescence de la console, sous le nom du serveur, cliquez sur

Options de serveur.

3. Dans le menu Action, cliquez sur Configurer les options.

4. Dans la boîte de dialogue Options Serveur, sélectionnez l’option à configurer dans la liste des

Options disponibles.

5. Sous Entrée de données, entrez les informations requises pour configurer cette option.

6. Dans la boîte de dialogue Options Serveur, cliquez sur OK.

Pour configurer une option d’étendue DHCP, procédez comme suit :

1. Ouvrez la console DHCP, et sous l’étendue appropriée, cliquez sur Options d’étendue.

2. Dans le menu Action, cliquez sur Configurer les options.

3. Dans la boîte de dialogue Options Étendue, sélectionnez l’option à configurer dans la liste

Options disponibles.

4. Sous Entrée de données, entrez les informations requises pour configurer cette option.

5. Dans la boîte de dialogue Options Étendue, cliquez sur OK.

IT NISRO


13

2. Utilisation de classes d'options

Les classes d'options proposent une méthode supplémentaire de regroupement des détails de la

configuration DHCP pour les clients d'une étendue. Pour les ordinateurs exécutant les systèmes

d'exploitation Windows Server 2003, il existe deux types de classes d'options pouvant être utilisés

pour les options de sous-gestion :

les classes d'utilisateurs, pour affecter des options aux clients identifiés comme partageant un

besoin commun pour une configuration d'options DHCP identiques ;

les classes de fournisseurs, pour affecter des options spécifiques au fournisseur aux clients

identifiés comme partageant un type de fournisseur défini couramment.

3. Fonctionnement des classes d'utilisateurs

Les classes d'utilisateurs permettent aux clients DHCP de se différencier en définissant une option

Classe d'utilisateur. Lorsqu'elle peut être utilisée par un client, cette option contient un ID de classe

défini par l'utilisateur qui peut vous permettre de regrouper dans une étendue les clients ayant des

besoins en configuration similaires. Par exemple, vous pouvez prendre en charge des utilisateurs et

des ordinateurs ayant des besoins en informatique mobile en configurant une classe d'utilisateur sur le

serveur DHCP et en définissant l'ID de classe correspondant sur les ordinateurs client.

Une classe d'utilisateur est utile lorsque vous devez conserver des options distinctes répondant aux

besoins spéciaux d'identification des ordinateurs clients, par exemple fournir une durée de bail plus

courte pour les ordinateurs portables qui se déplacent régulièrement ou utilisent souvent des accès à

distance. Dans cet exemple, vous pouvez configurer le serveur DHCP pour distribuer différentes

options répondant aux besoins des clients.

La caractéristique de la classe d'utilisateur vous confère une plus grande souplesse dans la

configuration des clients DHCP sur votre réseau, mais elle n'est pas requise pour une utilisation

standard de DHCP. Si les classes d'options définies par l'utilisateur ne sont pas configurées, les

options sont plutôt fournies via les paramètres d'options valides de serveur, d'étendue ou de client.

Les serveurs DHCP exécutant Windows Server 2003, qui reconnaissent les ID de classe d'utilisateur,

exécutent les étapes supplémentaires suivantes pour le bail des clients en s'identifiant eux-même

selon le processus suivant :

1. Le serveur détermine si la classe d'utilisateur identifiée par le client dans sa demande de bail

est une classe reconnue précédemment définie sur le serveur.

S'il existe une Classe d'utilisateur prédéfinie sur le serveur et qu'elle est configurée,

l'affectation de classe est activée. Pour les autres classes d'utilisateurs, vous devez tout d'abord

les ajouter et les configurer sur le serveur avant de les utiliser.

2. Si la classe d'utilisateur est reconnue, le serveur détermine si des options DHCP

supplémentaires sont configurées pour cette classe dans le contexte du bail actif (soit

l'étendue, soit une réservation client) où le serveur attribue un bail au client.

3. Si les options d'étendue ou de réservation sont configurées pour fournir des options pour la

classe de client définie par l'utilisateur, le serveur renvoie ces options au client dans son

message d'accusé de réception DHCP (DHCPACK) qui est envoyé pour confirmer le bail.

IT NISRO


14

V. Configuration d’un agent de relais DHCP

1. Présentation des agents relais

Un agent relais est un petit programme qui relaie les messages DHCP entre les clients et les serveurs

de différents sous-réseaux.

2. Fonctionnement des agents relais

Un agent relais relaie les messages DHCP diffusés sur l'une des interfaces physiques qui lui sont

connectées, telle une carte réseau, vers d'autres sous-réseaux à distance auxquels il est connecté par

d'autres interfaces physiques. La figure suivante montre comment le Client DHCP du Sous-réseau A

obtient un bail d'adresse DHCP auprès du Serveur DHCP du Sous-réseau B.

1. Le Client C DHCP diffuse un message de découverte DHCP (DHCPDISCOVER) sur le

Sous-réseau A, en tant que datagramme UDP (User Datagram Protocol) qui utilise le port de

serveur UDP connu 67 (numéro de port réservé et partagé pour les communications des

serveurs BOOTP et DHCP)

2. L'agent relais, ici un routeur activé en tant que relais DHCP, examine le champ d'adresse IP

de la passerelle, qui figure dans l'en-tête du message DHCP. Si l'adresse IP de ce champ est

IT NISRO


15

0.0.0.0, l'agent place dans ce champ l'adresse IP de l'agent relais ou du routeur et transmet le

message au Sous-réseau B où se trouve le serveur DHCP.

3. Lorsque le Serveur DHCP du Sous-réseau B reçoit le message, il examine le champ d'adresse

IP de la passerelle pour trouver une étendue DHCP que le serveur DHCP peut utiliser pour

fournir un bail d'adresse IP.

4. Si le Serveur DHCP dispose de plusieurs étendues DHCP, l'adresse qui figure dans le champ

d'adresse IP de la passerelle (GIADDR) identifie l'étendue DHCP d'où il peut proposer un bail

d'adresse.

Par exemple, si le champ d'adresse IP de la passerelle (GIADDR) contient l'adresse IP

20.20.20.1, le serveur DHCP vérifie dans ses étendues d'adresses disponibles s'il trouve une

plage d'adresses d'étendue qui correspond au réseau IP de classe A contenant l'adresse de

passerelle en tant qu'hôte. Dans ce cas, le serveur DHCP vérifie s'il trouve des adresses

d'étendue situées entre 20.20.20.1 et 20.20.20.254. Lorsque le serveur DHCP trouve une

étendue qui correspond, il sélectionne une adresse disponible dans cette étendue et l'utilise

dans une réponse d'offre de bail d'adresse IP au client.

5. Lorsque le Serveur DHCP reçoit de le message DHCPDISCOVER, il traite et envoie une

offre de bail d'adresse IP (DHCPOFFER) directement à l'agent relais identifié dans le champ

d'adresse IP de la passerelle (GIADDR).

6. Le routeur relaie ensuite l'offre de bail d'adresse (DHCPOFFER) jusqu'au client DHCP.

L'adresse IP du client est toujours inconnue et doit donc être diffusée sur le sous-réseau local.

De la même façon, un message de demande (DHCPREQUEST) est relayé du client au

serveur, et un message d'accusé de réception (DHCPACK) est relayé du serveur au client.

3. Configurations de l'agent relais

Vous disposez de plusieurs options de configuration de l'agent relais si vous prévoyez d'intégrer un

agent relais à votre réseau DHCP. Ces options intègrent d'autres routeurs non-Microsoft, le service de

routage et d'accès distant Windows Server 2003 et le composant Agent relais DHCP fourni avec

Windows NT Server 4.0.

3.1. Routeur conforme à la RFC 1542

Cet exemple montre comment utiliser un routeur IP standard avec un système d'exploitation

Windows Server 2003 pour relayer les demandes DHCP entre les Sous-réseaux A et B.

IT NISRO


16

3.2. Routeur Non conforme à la RFC 1542

Cet exemple présente une configuration de routeur non-Microsoft. Le routeur exécute un agent

relais qui retransmet les demandes DHCP entre le Sous-réseau A et le Sous-réseau B. En général,

l'agent relais du routeur doit être configuré avec l'adresse IP du serveur DHCP.

3.3. Routeur Logiciel (service RRAS)

Cet exemple présente la configuration de routage et d'accès distant Windows Server 2003. Dans la

famille Windows Server 2003, l'agent relais DHCP doit être configuré avec l'adresse IP du serveur

DHCP de façon à relayer les demandes entre les Sous-réseau A et B.

Pour ajouter un agent de relais DHCP, procédez comme suit :

1. Ouvrez la console Routage et accès distant.

2. Cliquez avec le bouton droit sur le serveur, puis cliquez sur Configurer et activer le routage et

l’accès distant.

IT NISRO


17

3. Dans la page Bienvenue !, cliquez sur Suivant.

4. Dans la page Configuration, sélectionnez Configuration personnalisée, puis cliquez sur

Suivant.

5. Dans la page Configuration personnalisée, sélectionnez Routage réseau, puis cliquez sur

Suivant.

6. Dans la page Fin de l’Assistant Installation du serveur du routage et d’accès distant, cliquez sur

Terminer.

7. Dans la boîte de dialogue d’avertissement Routage et accès distant, cliquez sur Oui pour

démarrer le service.

8. Dans la page Ce serveur est maintenant un serveur d’accès distant et de réseau VPN, cliquez

sur Terminer.

9. Dans l’arborescence de la console, développez successivement le serveur et

Routage IP, puis sélectionnez Général.

10. Cliquez avec le bouton droit sur Général, puis cliquez sur Nouveau protocole de routage.

11. Dans la boîte de dialogue Nouveau protocole de routage, cliquez sur Agent de relais DHCP,

puis sur OK.

VI. Serveurs DHCP multi-résident

Un serveur DHCP multi-hôte est un ordinateur exécutant un système d'exploitation serveur

Windows Server 2003 qui utilise le service DHCP pour plus d'une connexion de réseau. Pour qu'un

ordinateur serveur soit multi-hôte, chaque connexion de réseau doit relier cet ordinateur à plus d'un

réseau physique. Cela nécessite l'utilisation de matériel supplémentaire (sous forme d'installation de

plusieurs cartes réseau) sur l'ordinateur.

Un ordinateur exécutant un système d'exploitation serveur Windows Server 2003 peut agir en tant

que serveur DHCP multi-hôte. Pour les serveurs multi-hôtes, le service DHCP est lié à la première

adresse IP configurée de manière statique pour chaque connexion réseau utilisée.

Par défaut, les liaisons du service dépendent de la configuration dynamique ou statique de la

première connexion réseau pour TCP/IP. Selon la méthode de configuration utilisée, dont les

paramètres actuels apparaissent dans les propriétés de Protocole Internet (TCP/IP), le service de

serveur DHCP effectue par défaut les liaisons de service comme suit :

Si la première connexion réseau utilise une adresse IP définie manuellement, la connexion est

activée dans les liaisons de serveur. Pour cela, une valeur doit être configurée en Adresse IP

et l'option Utiliser l'adresse IP suivante activée dans les propriétés de Protocole Internet

(TCP/IP). Dans ce mode, le serveur DHCP est à l'écoute des clients DHCP et leur fournit ce

service.

Si la première connexion réseau utilise une adresse IP configurée en liaison dynamique , la

connexion est désactivée dans les liaisons du serveur. C'est le cas lorsque l'option Obtenir

IT NISRO


18

une adresse IP automatiquement est activée dans les propriétés de Protocole Internet

(TCP/IP). Pour les ordinateurs exécutant des systèmes d'exploitation Windows Server 2003, il

s'agit du paramètre par défaut. Dans ce mode, le serveur DHCP ne se met à l'écoute des

clients DHCP pour leur fournir ce service que lorsqu'une adresse IP est configurée.

Le serveur DHCP sera ensuite lié à la première adresse IP statique configurée sur chaque

carte.

VII. Gestion et analyse du service DHCP Après l’installation d’un service, il convient de considérer les étapes requises pour le gérer et en

assurer la maintenance, de sorte qu’il continue à fonctionner en donnant pleinement satisfaction aux

clients. Lorsque vous configurez un service réseau, vous résolvez un problème réseau à un instant

donné. Du fait que l’environnement réseau est susceptible d’évoluer, vous devez surveiller le service

et, s’il y a lieu, modifier la solution pour l’adapter au changement.

Vous devez gérer le service DHCP pour qu’il réponde aux besoins changeants des clients en matière

d’adressage IP. Les besoins d’adressage IP des clients peuvent évoluer lorsque le nombre de clients,

de sous-réseaux ou de serveurs du réseau connaît des fluctuations.

Vous devez aussi gérer le service DHCP pour l’adapter aux changements des conditions de serveur

DHCP et pour protéger la base de données DHCP contre toute défaillance.

1. Gestion d’une base de données DHCP

a. Base de données DHCP La base de données DHCP est une base de données dynamique qui est mise à jour lorsque les clients

DHCP obtiennent ou libèrent leurs baux d’adresses

TCP/IP (Transmission Control Protocol/Internet Protocol).

IT NISRO


19

La base de données DHCP contient les données de configuration DHCP (informations sur les

étendues, les réservations, les options, les baux, etc.).

Le service DHCP ne peut pas démarrer sans cette base de données. Windows Server 2003 stocke la

base de données DHCP dans le répertoire %systemroot%\System32\Dhcp. Par défaut, elle est

sauvegardée automatiquement dans le répertoire Backup\New situé dans le répertoire de la base de

données.

La base de données DHCP est composée des fichiers suivants, stockés dans le répertoire

%Systemroot%\System32\Dhcp.

b. Sauvegarde et de restauration d’une base de données DHCP Pour assurer la tolérance de pannes en cas de défaillance du serveur, il est important de sauvegarder

la base de données DHCP. Ainsi, vous pourrez restaurer la base de données à partir de sa copie de

sauvegarde si le matériel tombe en panne. Par défaut, le service DHCP sauvegarde automatiquement,

toutes les 60 minutes, la base de données DHCP et les entrées du Registre correspondantes dans un

répertoire de sauvegarde situé sur le lecteur local.

Par défaut, ce répertoire est \%Systemroot%\System32\Dhcp\Backup\New. L’administrateur peut

modifier l’emplacement de la sauvegarde. L’administrateur peut ensuite copier les fichiers DHCP

sauvegardés vers un mplacement de stockage hors connexion (par exemple une bande magnétique u

un disque).

Vous pouvez aussi sauvegarder la base de données DHCP manuellement. Par défaut, les sauvegardes

manuelles sont stockées dans le répertoire \%systemroot%\System32\Dhcp\Backup\New.

L’administrateur peut modifier l’emplacement de la sauvegarde.

IT NISRO


20

S’il ne parvient pas à charger la base de données DHCP originale lors de son démarrage, le service

DHCP effectue automatiquement une restauration à partir du répertoire de sauvegarde sur le lecteur

local.

En cas de défaillance de la base de données DHCP, l’administrateur peut choisir de la restaurer à

partir du répertoire de sauvegarde sur le lecteur local ou à partir de l’emplacement de sauvegarde

hors connexion.

Si la sauvegarde locale n’est pas disponible à cause d’une panne du matériel du serveur,

l’administrateur ne peut faire la restauration qu’à partir de l’emplacement de sauvegarde hors

connexion.

Pour configurer un chemin de sauvegarde de base de données DHCP :

1. Dans l’arborescence de la console DHCP, sélectionnez le serveur DHCP approprié.

2. Dans le menu Action, cliquez sur Propriétés.

3. Sous l’onglet Avancé, dans le champ Chemin d’accès des sauvegardes, tapez le chemin de

sauvegarde approprié, puis cliquez sur OK.

Pour sauvegarder une base de données DHCP manuellement sur le répertoire de

sauvegarde d’un lecteur local :


2. Dans le menu Action, cliquez sur Sauvegarder.

3. Dans la boîte de dialogue Rechercher un dossier, sélectionnez le dossier où vous voulez placer la

copie de sauvegarde, puis cliquez sur OK.

Pour restaurer une base de données DHCP manuellement à partir du répertoire de

sauvegarde d’un lecteur local :


2. Dans le menu Action, cliquez sur Restaurer.

3. Dans la boîte de dialogue Rechercher un dossier, sélectionnez le dossier où se trouve la copie de

sauvegarde, puis cliquez sur OK.

4. Dans la boîte de dialogue DHCP, cliquez sur Oui pour arrêter puis redémarrer le service.

5. Si l’état du service n’est pas mis à jour, actualisez la console DHCP.

IT NISRO


21

2. Analyse du service DHCP L’environnement DHCP est dynamique. Les besoins des clients changent constamment, à mesure

que des clients sont ajoutés ou enlevés, de nouvelles options sont configurées, les besoins

d’organisation évoluent et des étendues sont ajoutées pour desservir des clients supplémentaires. Par

conséquent, il est important de vérifier que les performances du serveur DHCP sur le réseau restent

conformes aux attentes lorsque le réseau change.

Comme les serveurs DHCP jouent un rôle clé dans l’infrastructure réseau, il est recommandé

d’établir des lignes de base de performances que vous pouvez utiliser pour évaluer les performances

de serveur. Ces lignes de base rendent également de précieux services dans la planification des

changements et des ajouts au réseau.

Bien qu’il soit important d’analyser les fonctions DHCP, il est tout aussi important de comprendre

que de nombreux ordinateurs qui hébergent le service Serveur DHCP hébergent aussi d’autres

applications et services réseau. Par conséquent, en évaluant les performances, vous devez examiner

les interactions entre tous les services exécutés sur le serveur DHCP et leur utilisation respective des

ressources système.

Le service DHCP utilise les sous-systèmes mémoire, processeur, disque et réseau. Bien que tous ces

sous-systèmes soient importants pour que le service DHCP atteigne des performances optimales,

vous avez intérêt à concentrer l’analyse sur les performances des sous-systèmes réseau.

a. Présentation des statistiques DHCP Les statistiques offrent une vue en temps réel que vous pouvez utiliser pour vérifier l’état de votre

serveur ou des étendues DHCP. Ces statistiques sont fournies pour une étendue particulière ou, si

vous souhaitez disposer d’une agrégation de toutes les étendues gérées par le serveur, au niveau du

serveur.

Pour afficher les statistiques de serveur DHCP :


IT NISRO


22

2. Dans le menu Action, cliquez sur Afficher les statistiques. Pour afficher les statistiques

d’étendue DHCP :

1. Dans l’arborescence de la console DHCP, sélectionnez l’étendue DHCP appropriée.

2. Dans le menu Action, cliquez sur Afficher les statistiques.

b. Journal d’audit DHCP Un fichier journal d’audit DHCP est un journal où sont consignés des événements relatifs à un

service, par exemple le moment où :

le service démarre ou s’arrête ;

des autorisations ont été vérifiées ;

des adresses IP sont louées, renouvelées, libérées ou refusées.

Un journal d’audit DHCP fournit à l’administrateur une collection quotidienne d’événements DHCP.

Vous disposez ainsi d’informations permettant d’analyser votre serveur DHCP.

Vous pouvez utiliser les journaux d’audit DHCP pour examiner l’activité du serveur DHCP pendant

une journée spécifique ou sur des périodes de temps plus longues.

L’enregistrement de données de serveur DHCP vous permet de recueillir des informations sur

le fonctionnement du service Serveur DHCP sur le réseau.

Vous pouvez afficher le fichier journal d’une seule journée à titre d’information, ou conserver les

fichiers journaux sur un serveur séparé afin d’analyser les données de serveur DHCP sur une plus

longue période de temps. Ces informations peuvent s’avérer utiles lorsque vous devez décider s’il

convient d’ajouter des serveurs DHCP.

Le processus suivant décrit comment l’enregistrement d’audit débute, fonctionne et se termine durant

une journée de 24 heures.

IT NISRO


23

1. Lorsqu’un serveur DHCP démarre ou qu’un nouveau jour de la semaine commence (lorsque

l’heure locale sur l’ordinateur atteint 00:00), le serveur écrit un message d’en-tête dans le fichier

journal d’audit pour indiquer le début de l’enregistrement. Puis, selon que le fichier journal d’audit

est nouveau ou non, les actions suivantes se déclenchent :

• Si le fichier existe déjà mais n’a pas été modifié depuis plus d’une journée, il est remplacé.

• Si le fichier existe déjà mais a été modifié au cours des dernières 24 heures, il n’est pas remplacé.

Les nouveaux enregistrements viennent alors s’ajouter à la fin du journal existant. Il en est ainsi en

cas de redémarrage du système ou du service Serveur DHCP.

2. Une fois que l’enregistrement d’audit a démarré, le serveur DHCP vérifie le disque à intervalles

réguliers, pour s’assurer qu’il reste de l’espace disque disponible sur le serveur et que le fichier

journal d’audit actuel ne devient pas trop volumineux ou qu’il ne grossit pas trop vite Le serveur

DHCP effectue une vérification totale du disque chaque fois que l’une des conditions suivantes est

rencontrée :

• Un nombre déterminé d’événements de serveur ont été enregistrés.

Par défaut, ce nombre d’événements de serveur est de 50.

• L’horloge du serveur atteint 00:00 heure locale.

À chaque vérification du disque, le serveur détermine si l’espace disque est rempli. Le disque est

considéré plein lorsque l’une des conditions suivantes est vraie :

• L’espace disque restant disponible sur le serveur est inférieur au minimum requis pour

l’enregistrement d’audit DHCP. Par défaut, si l’espace disque restant disponible sur le serveur

descend au-dessous de 20 Mo, l’enregistrement d’audit est arrêté.

• La taille du fichier journal d’audit actuel est supérieure à un septième (1/7) de l’espace maximal

alloué pour l’ensemble des journaux d’audit actuellement stockés sur le serveur. La limite par défaut

est configurée dans le Registre à 70 Mo, ce qui arrête l’enregistrement d’audit si le journal d’audit

actuel dépasse 10 Mo.

Dans tous les cas, si le disque est plein, le serveur DHCP ferme le fichier en cours et ignore toute

demande d’enregistrement d’événement d’audit jusqu’à 00:00 ou jusqu’à ce que le disque ne soit

plus plein.

Même si les événements d’audit ne sont plus consignés parce que le disque est plein, le serveur

DHCP continue à vérifier le disque tous les 50 événements (ou à l’intervalle actuellement spécifié)

pour déterminer si les conditions du disque se sont améliorées. Si les vérifications suivantes du

disque montrent que l’espace disque requis est disponible, le serveur DHCP rouvre le fichier journal

en cours et l’enregistrement reprend.

3. À 00:00 heure locale sur l’ordinateur serveur, le serveur DHCP ferme le journal existant et passe

au fichier journal du jour suivant de la semaine. Par exemple, si le jour de la semaine passe à 00:00

IT NISRO


24

de mercredi à jeudi, le fichier journal DhcpSrvLog-Mer est fermé et le fichier DhcpSrvLog-Jeu est

ouvert et utilisé pour l’enregistrement des événements.

c. Instructions pour analyser les performances de serveur DHCP L’un des principaux objectifs de l’analyse des performances du serveur DHCP est de

diagnostiquer les problèmes avant qu’ils n’empêchent les clients d’obtenir un bail DHCP. Par

exemple, si l’implémentation DHCP ne fonctionne pas convenablement, les baux des clients risquent

de ne pas être renouvelés, ce qui aboutit à exclure les clients du réseau.

Appliquez les instructions suivantes lors de l’analyse des performances d’un serveur DHCP :

Créez une ligne de base de données de performances sur le serveur DHCP.Vous pouvez

comparer la ligne de base avec des compteurs pouvant indiquer si le serveur qui héberge le

service DHCP est surchargé ou si le réseau a cessé d’envoyer des demandes DHCP au

serveur.

Vérifiez les compteurs de performance de serveur standard (par exemple l’utilisation du

processeur, la pagination, les performances de disque et l’utilisation du réseau).Comme le

service DHCP est souvent installé sur un serveur qui héberge aussi d’autres services ou

applications, il est important de connaître la charge totale du serveur et les circonstances dans

lesquelles elle pourrait influencer le fonctionnement du service Serveur DHCP.

Examinez les compteurs de serveur DHCP (par exemple les accusés de réception par seconde)

pour rechercher les augmentations ou les diminutions significatives dénotant un changement

dans le trafic DHCP.Un accroissement soudain de l’activité peut être dû à l’ajout de nouveaux

clients DHCP ou refléter un raccourcissement de la durée du bail DHCP.Une baisse d’activité

soudaine peut indiquer un allongement de la durée du bail DHCP, une incapacité du réseau à

transmettre les demandes DHCP ou une incapacité du serveur DHCP à traiter les demandes.

d. Compteurs de performance communément utilisés pour analyser les performances de serveur DHCP

La console Performances est un utilitaire administratif permettant d’analyser les performances de

serveur DHCP. Lorsque vous l’ouvrez, la console Performances présente deux n.uds. Le premier est

le Moniteur système et le second Journaux et alertes de performance.

Le Moniteur système permet d’ajouter des objets et des compteurs de performance dans l’un des trois

modes d’affichage graphique : courbe, histogramme et rapport. Vous pouvez également afficher les

données enregistrées dans les journaux. Si vous ajoutez un compteur comportant plusieurs instances,

vous avez la possibilité de sélectionner l’instance souhaitée.

Dans le Moniteur système, un objet de performance est un ensemble logique de compteurs associé à

une ressource ou un service qui peut être analysé.

Dans le Moniteur système, un compteur de performance est un élément de données qui est associé à

un objet de performance. Pour chaque compteur sélectionné, le Moniteur système présente une valeur

correspondant à un aspect particulier des performances qui est défini pour l’objet de performance.

Dans le Moniteur système, l’instance d’objet de performance est le terme utilisé pour distinguer entre

plusieurs objets de performance de même type sur un ordinateur.

IT NISRO


25

VIII. BOOTP et DHCP

Le protocole BOOTP (Bootstrap protocol) est un protocole de configuration hôte développé

avant DHCP. DHCP améliore BOOTP et résout des restrictions spécifiques que rencontre BOOTP en

tant que service de configuration hôte.

1. Similitudes entre BOOTP et DHCP

Compte tenu des relations qu'entretiennent BOOTP et DHCP, les deux protocoles ont certaines

caractéristiques en commun. Leurs points communs sont les suivants :

Même structure de format pour l'échange des messages entre le serveur et les clients.

BOOTP et DHCP utilisent des messages de requêtes (envoyés par les clients) et des messages

de réponses (envoyés par les serveurs) quasiment identiques. Les messages de ces deux

protocoles utilisent un unique datagramme UDP (User Datagram Protocol) de 576 octets pour

encadrer chaque message de protocole. Les en-têtes de message sont identiques pour BOOTP

et DHCP à une exception près : le champ d'en-tête du message final utilisé pour transmettre

les données facultatives. Pour BOOTP, ce champ facultatif se nomme zone spécifique au

fournisseur et se limite à 64 octets. Pour DHCP, cette zone se nomme options et peut

transmettre jusqu'à 312 octets d'informations d'options DHCP.

Utilisation des ports UDP connus pour la communication client/serveur.

BOOTP comme DHCP utilisent les mêmes ports de protocole réservés pour l'envoi et la

réception des messages entre les serveurs et les clients. Les serveurs BOOTP et DHCP

utilisent tous deux le port UDP 67 pour écouter et recevoir les messages de demande des

clients. Les clients BOOTP et DHCP réservent généralement le port UDP 68 à l'acceptation

des réponses aux messages provenant d'un serveur BOOTP ou d'un serveur DHCP.

Les messages DHCP et BOOTP utilisant presque les mêmes types de formats et de structures

de paquets, et généralement les mêmes ports connus de service, les programmes agents relais

BOOTP et DHCP traitent généralement les messages BOOTP et DHCP comme des messages

essentiellement de même type, sans faire de différence entre eux.

La distribution des adresses IP fait partie intégrante du service de configuration.

BOOTP et DHCP allouent tous deux les adresses IP au démarrage, mais utilisent des

méthodes d'allocation différentes En général, BOOTP procède par allocation fixe d'une

unique adresse IP à chaque client, et réserve cette adresse de façon permanente dans la base

de données du serveur BOOTP. Tandis que DHCP procède par allocation dynamique des

adresses IP disponibles, réservant chaque adresse de client DHCP de façon temporaire dans la

base de données du serveur DHCP.

IT NISRO


26

2. Différences entre BOOTP et DHCP

BOOTP et DHCP configurent l'hôte de manières très différentes. Le tableau suivant compare et

oppose les fonctionnalités des deux protocoles qui diffèrent :

BOOTP DHCP Conçu avant DHCP. Conçu après BOOTP.

Prévu pour configurer des stations de travail sans disque avec des capacités de démarrage limitées.

Conçu pour configurer des ordinateurs en réseau fréquemment relocalisés (tels que des portables) ayant des lecteurs de disque locaux et l'intégralité des capacités de démarrage.

BOOTP dynamique possède une expiration par défaut de 30 jours sur les baux d'adresses IP.

DHCP dynamique possède une expiration par défaut de huit jours sur les baux d'adresses IP.

Prend en charge un nombre limité de paramètres de configuration client appelés extensions de fournisseur.

Prend en charge un nombre plus important et extensible de paramètres de configuration client appelés options.

Décrit le processus de configuration de démarrage en deux phases suivant :

Les clients contactent les serveurs BOOTP pour effectuer une détermination d'adresse et une sélection de nom de fichier de démarrage.

Les clients contactent les serveurs TFTP (Trivial File Transfer Protocol) pour effectuer le transfert de leur image de démarrage.

Décrit un processus de configuration de démarrage en une phase au moyen duquel un client DHCP négocie avec un serveur DHCP pour déterminer son adresse IP et obtenir tous les autres détails de configuration initiale nécessaires au fonctionnement du réseau.

Les clients BOOTP ne relient pas ou ne renouvellent pas la configuration avec le serveur BOOTP sauf au redémarrage du système.

Les clients DHCP n'ont pas besoin d'un redémarrage du système pour relier ou renouveler la configuration avec le serveur DHCP. Ils peuvent entrer automatiquement en condition de reliaison à intervalles de temps fixés pour renouveler leur allocation de bail d'adresse avec le serveur DHCP. Ce processus s'effectue en arrière-plan en totale transparence pour l'utilisateur.

IX. Résolution des Problèmes DHCP

1. Résolution des problèmes des clients DHCP

IT NISRO


27

Le client DHCP n’a pas d’adresse IP configurée ou indique que son adresse IP est 0.0.0.0.

Cause : Le client n'a pas pu contacter un serveur DHCP et obtenir un bail d'adresse IP soit à cause

d'une défaillance matérielle sur le réseau, soit parce que le serveur DHCP n'est pas disponible.

Solution : Vérifiez que l'ordinateur client dispose d'une connexion réseau qui fonctionne

correctement. Vérifiez tout d'abord, à l'aide des procédures de base de résolution des problèmes du

matériel et du réseau, si les composants matériels du client (câbles et cartes réseau) fonctionnent

correctement.

Si le matériel du client semble être bien installé et fonctionner correctement, vérifiez que le serveur

DHCP est disponible sur le réseau en exécutant l'utilitaire Ping depuis un autre ordinateur du réseau

sur lequel se trouve le client DHCP posant problème.

Le client DHCP semble s'être attribué automatiquement une adresse IP qui n'est pas valide

pour le réseau en cours.

Cause : Le client Windows 98, Windows Millennium Edition ou Windows XP n'a pas trouvé de

serveur DHCP et a configuré son adresse IP à l'aide de la configuration automatique IP.

Sur certains réseaux plus grands, il est préférable de désactiver la configuration automatique IP pour

l'administration du réseau.

Solution : Lancez d'abord la commande Ping pour tester la connectivité du client au serveur. Ensuite,

vérifiez ou tentez manuellement de renouveler le bail du client. En fonction des besoins du réseau,

vous devrez peut-être désactiver la configuration automatique IP sur le client. Avant de prendre une

telle décision, essayez d'en savoir plus sur la configuration automatique IP et sur son mode de

fonctionnement.

Le client DHCP semble manquer de certaines informations de configuration réseau ou est

incapable d'effectuer des tâches tributaires de ces informations, telles que la résolution des noms.

Cause : Il est possible que certaines options DHCP manquent dans la configuration de bail du client,

soit parce que le serveur DHCP n'est pas configuré pour distribuer ces options, soit parce que le client

ne prend pas en charge les options distribuées par le serveur.

Solution : Pour les clients Microsoft DHCP, vérifiez que les options les plus couramment utilisées et

prises en charge ont été configurées sur le serveur, l'étendue, le client ou le niveau de classe

d'affectation des options.

Le client DHCP semble avoir des options incorrectes ou incomplètes, par exemple, un

routeur (passerelle par défaut) incorrect ou manquant configuré pour le sous-réseau sur lequel il

se trouve.

Cause : Le client dispose du jeu complet et correct d'options nécessaires, mais sa configuration

réseau semble ne pas fonctionner correctement.

Si le serveur DHCP est configuré avec une option de routeur DHCP incorrecte (code d'option 3) pour

l'adresse de passerelle par défaut du client, les clients qui exécutent Windows NT, Windows 2000 ou

ms-its:C:/WINDOWS/Help/DHCPconcepts.chm::/sag_DHCP_tro_Clients.htm








IT NISRO


28

Windows XP utilisent l'adresse correcte. En revanche, les clients DHCP Windows 95 utilisent cette

adresse incorrecte.

Solution : Modifiez la liste d'adresses IP de l'option routeur (passerelle par défaut) sur l'étendue et le

serveur DHCP valides. Si vous configurez l'option routeur en tant qu'Option serveur sur le serveur

DHCP posant problème, supprimez-la ici et définissez la valeur adéquate dans le nœud Options

étendue de l'étendue DHCP valide qui fournit les services au client.

Dans certains cas très rares, vous devrez configurer le client DHCP de sorte qu'il utilise une liste

spéciale de routeurs, différente de celle des autres clients de l'étendue. Dans ces cas là, vous pouvez

ajouter une réservation et configurer la liste d'options routeur spécialement pour le client réservé.

De nombreux clients DHCP n'arrivent pas à obtenir des adresses IP du serveur DHCP.

Cause : L'adresse IP du serveur DHCP a changé et les clients DHCP ne peuvent plus obtenir

d'adresses IP.

Solution : Un serveur DHCP ne peut honorer que les demandes portant sur une étendue disposant

d'un ID de réseau identique à l'ID de réseau de son adresse IP.

Vérifiez que l'adresse IP du serveur DHCP se trouve dans la même plage réseau que l'étendue qu'il

sert. Par exemple, un serveur avec une adresse IP dans le réseau 192.168.0.0 ne peut pas attribuer des

adresses depuis l'étendue 10.0.0.0, sauf si des étendues globales sont utilisées.

Cause : Les clients DHCP sont localisés sur un routeur du sous-réseau où réside le serveur DHCP et

n'arrivent pas à recevoir une adresse du serveur.

Solution : Un serveur DHCP peut attribuer des adresses IP à des clients situés sur plusieurs sous-

réseaux distants uniquement si le routeur qui les sépare peut fonctionner en tant qu'agent relais

DHCP.

L'exécution des étapes suivantes devrait régler ce problème :

1. Configurez un agent relais DHCP/BOOTP sur le sous-réseau du client (c'est-à-dire sur le

même segment de réseau physique). L'agent relais peut être situé sur divers ordinateurs : le

routeur lui-même, un ordinateur exécutant Windows NT Server et le composant Agent de

relais DHCP, un ordinateur exécutant Windows 2000 Server et sur lequel le service Routage

et accès distant est activé et configuré comme un agent relais DHCP ou bien un ordinateur

exécutant un système d'exploitation Windows Server 2003 et sur lequel le service Routage et

accès distant est activé et configuré comme un agent relais DHCP.

2. Sur le serveur DHCP, effectuez les opérations suivantes :

a. Configurez une étendue associée à l'adresse réseau située de l'autre côté du routeur où

sont localisés les clients qui posent problème.

b. Dans l'étendue, vérifiez que le masque de sous-réseau est correct pour le sous-réseau à

distance.

c. Utilisez une passerelle par défaut sur la connexion réseau du serveur DHCP de sorte

qu'il n'utilise pas la même adresse IP que le routeur qui prend en charge le sous-réseau

à distance où sont localisés les clients.

d. N'incluez pas cette étendue (celle du sous-réseau à distance) dans des étendues

globales configurées pour être utilisées dans le même sous-réseau local ou segment


IT NISRO


29

que celui où se trouve le serveur DHCP.

3. Assurez-vous qu'il n'existe qu'une seule route logique entre le serveur DHCP et les clients du

sous-réseau à distance.

Cause : Plusieurs serveurs DHCP se trouvent sur le même réseau local.

Solution : Vérifiez que vous n'avez pas configuré plusieurs serveurs DHCP sur le même réseau local

avec des étendues qui se chevauchent.

Il se peut que vous veuillez écarter l'éventualité que l'un des serveurs DHCP en question soit un

ordinateur SBS (Small Business Server). Par définition, le service Serveur DHCP, lorsqu'il s'exécute

sur un SBS, s'arrête automatiquement lorsqu'il détecte un autre serveur DHCP sur le réseau local.

2. Résolution des problèmes des serveurs DHCP

Le serveur DHCP est arrêté.

Cause : Le serveur DHCP n'a pas été autorisé à opérer sur le serveur réseau.

Solution : Autorisez le serveur DHCP dans l'entreprise où il est utilisé.

Cause : Les détails de configuration sont incorrects ou incomplets sur le serveur.

Solution : Si vous venez juste de terminer la configuration ou d'administration du serveur DHCP,

revoyez l'aide-mémoire fourni pour vérifier si vous n'avez pas omis une étape importante du

processus d'installation.

Pour prévenir les problèmes les plus courants, consultez les méthodes conseillées de DHCP pour le

déploiement et la gestion de vos serveurs.

La plupart des problèmes liés à DHCP commencent sous la forme d'erreurs au niveau d'un client ; il

est donc conseillé de commencer par là.

Cause : Le serveur DHCP est arrêté.

Solution : Consultez le journal des événements système et les fichiers journaux d'audit du serveur

DHCP pour obtenir des précisions.

Lorsque le service Serveur DHCP s'arrête ou ne peut pas démarrer, consultez ces journaux, qui vous

donneront des informations et des explications précieuses concernant la source du problème ou de

l'arrêt du service.

Le serveur DHCP est incapable de servir les clients.

Cause : Le serveur est un ordinateur multi-hôte et ne fournit pas de service sur l'une ou plusieurs de

ses connexions réseau.

Solution : Revoyez les paramètres par défaut des liaisons du serveur DHCP Windows Server 2003

ms-its:C:/WINDOWS/Help/DHCPconcepts.chm::/sag_DHCP_tro_Servers.htm


IT NISRO


30

pour les connexions réseau en fonction de votre choix de configurer TCP/IP statiquement ou

dynamiquement pour certaines ou toutes les connexions installées sur le serveur. Revoyez également

un exemple de configuration de serveur DHCP multi-hôte pour vérifier si vous avez omis des

éléments importants.

Cause : Les étendues ou les étendues globales n'ont pas été configurées ou activées pour utilisation

sur le serveur DHCP.

Solution : Ajoutez des étendues et vérifiez qu'elles sont correctement configurées ainsi que toutes les

options d'étendue DHCP devant être attribuées à l'usage des clients.

Cause : Le serveur se trouve sur un autre sous-réseau que certains de ses clients et ne fournit pas de

service aux clients des sous-réseaux à distance.

Solution : Si vous utilisez un serveur DHCP dans un environnement routé, revoyez les questions

relatives aux agents de relais DHCP et à l'utilisation correcte des étendues globales.

Cause : L'étendue utilisée est saturée et ne peut plus attribuer de baux d'adresse aux clients qui en

demandent.

Solution : Le serveur DHCP n'a pas d'adresses IP disponibles à fournir à ses clients et leur renvoie

des messages d'accusé de réception négatifs DHCP (DHCPNAK). Dans ce cas, envisagez l'une des

solutions suivantes :

1. Étendez la plage d'adresses en augmentant la valeur de Adresse IP de fin pour l'étendue en

cours.

2. Créez une étendue supplémentaire ainsi qu'une étendue globale, puis ajoutez l'étendue en

cours et la nouvelle étendue à l'étendue globale.

3. Créez une nouvelle étendue ou étendez la plage. Pour un résultat optimal, vous pouvez

attribuer un nouveau numéro à votre réseau IP actuel. Au besoin, désactivez l'ancienne

étendue, puis configurez et activez la nouvelle.

4. Réduisez la durée de bail. Cela peut accélérer la récupération des adresses d'étendue expirées.

D'autres techniques et procédures DHCP peuvent aussi vous aider à accélérer ou à faciliter la

transition d'une étendue existante supprimée vers une nouvelle étendue créée pour la remplacer sur le

serveur. Notamment celles qui permettent de supprimer des baux de client de l'entendue supprimée,

par exclusion des adresses de cette étendue, puis de désactiver cette étendue une fois la nouvelle

activée. Ainsi, vous avez la garantie que le client DHCP obtient ses baux de la nouvelle étendue.

Cause : La plage d'adresses IP offerte par le serveur DHCP est en conflit avec la plage d'adresses

offerte par un autre serveur DHCP du réseau.

Vous pouvez être sûr que le problème vient de là si les journaux du serveur DHCP indiquent encore

que des messages d'accusé de réception négatifs DHCP (DHCPNAK) sont renvoyés aux clients ou si

vous n'avez pas réussi sur le client à renouveler son bail manuellement.

Solution : Modifiez le pool d'adresses d'étendue des étendues de chaque serveur DHCP pour garantir

que les adresses IP d'étendues ne se chevauchent pas. Au besoin, vous pouvez ajouter des exclusions

aux étendues, supprimer des baux d'adresse et activer temporairement la détection de conflit

d'adresses côté serveur pour vous aider à résoudre ce problème.

ms-its:C:/WINDOWS/Help/DHCPconcepts.chm::/HELP=glossary.hlp%20TOPIC=GLS_DHCP_RELAY_AGENT

ms-its:C:/WINDOWS/Help/DHCPconcepts.chm::/HELP=glossary.hlp%20TOPIC=GLS_SUPERSCOPE

ms-its:C:/WINDOWS/Help/DHCPconcepts.chm::/HELP=glossary.hlp%20TOPIC=GLS_DHCPNAK

ms-its:C:/WINDOWS/Help/DHCPconcepts.chm::/HELP=glossary.hlp%20TOPIC=GLS_DHCPNAK

IT NISRO


31

Un des deux serveurs DHCP situés sur le même sous-réseau ne sert pas les clients.

Cause : Le serveur DHCP n'a pas le droit d'accéder à l'annuaire Active Directory.

Solution : Si le serveur DHCP est un membre du domaine, il faut lui autoriser l'accès à l'annuaire

Active Directory.

Il peut arriver qu'un serveur autonome se trouve de façon accidentelle sur le même sous-réseau qu'un

membre du domaine. Lorsque le serveur autonome détecte le serveur du membre du domaine, il

essaie de vérifier qu'il a le droit d'accéder à l'annuaire Active Directory. Même si un contrôleur de

domaine réside sur le même sous-réseau que le serveur DHCP autonome, ce dernier ne peut pas

vérifier son état auprès du contrôleur de domaine car le serveur DHCP n'est pas un membre du

domaine. Lorsque le serveur autonome ne peut pas accéder à un contrôleur de domaine pour vérifier

s'il est autorisé, il arrête de servir les clients et il affiche dans la console DHCP l'icône rouge

indiquant que le serveur n'est pas autorisé. Si vous voulez que le serveur autonome serve les clients

sur le sous-réseau, il faut alors enlever le serveur DHCP autorisé du sous-réseau.

Le serveur DHCP semble avoir subi une perte ou une corruption de données.

Cause : La base de données du serveur DHCP a été endommagée ou ne contient pas toutes les

données du serveur et renvoie peut-être des erreurs de base de données JET.

Solution : Utilisez les options de récupération de données du serveur DHCP pour restaurer la base de

données et rectifier toutes les erreurs signalées. Vous pouvez également utiliser la fonction de

réconciliation de la console DHCP pour contrôler et réconcilier les incohérences de la base de

données que le serveur est capable de trouver.

X. TP de synthèse Architecture du service DHCP


ms-its:C:/WINDOWS/Help/DHCPconcepts.chm::/HELP=glossary.hlp%20TOPIC=gls_domain_controller

ms-its:C:/WINDOWS/Help/DHCPconcepts.chm::/HELP=glossary.hlp%20TOPIC=gls_domain_controller


IT NISRO


32

XI. Moniteur réseau

Le moniteur réseau, fourni avec Windows 2003, permet de capturer le trafic à destination de

l’ordinateur sur lequel vous effectuez la capture, ainsi que le trafic émis par votre ordinateur.

1. Composants du Moniteur réseau

Le Moniteur réseau est composé d'un outil d'administration appelé Moniteur réseau et d'un

protocole réseau appelé pilote du Moniteur réseau. Ces deux composants doivent être installés pour

que vous puissiez capturer, afficher et analyser les paquets réseau (également appelés trames).

2. Moniteur réseau

Le Moniteur réseau vous permet de capturer et d'afficher les trames qu'un ordinateur reçoit

d'un réseau local (LAN). Il permet aussi d’identifier les utilisateurs effectuant une capture de trame.

Pour cela, il suffit de cliquer sur Identifier les utilisateurs du moniteur réseau dans le menu Outils

du moniteur réseau.

IT NISRO


33

Le moniteur réseau peut être utilisé pour détecter et résoudre les problèmes de réseau qui peuvent

survenir sur l'ordinateur local.

Le moniteur réseau peut afficher :

o des paquets sécurisés à l’aide du protocole AH (Authentication Header) en tant que TCP,

ICMP ou UDP doté d’un en-tête AH. Dans le champ En-tête Suivant, AH s’affiche sous le

numéro de protocole IP 51(décimales).

o des paquets ESP (Encapsulating Security Payload), ces paquets étant crypté, la charge des

données dans le paquet ESP ne peut être lue. Dans le champ En-tête suivant, ESP s’affiche

sous le numéro de protocole IP 50. Pour vous assurer que les données ont été cryptées,

affichez le volet Hex du moniteur réseau.

o des paquets ISAKMP ou Oakley. Dans le champ En tête Suivant, ISAKMP/Oakley

s’affiche sous le numéro de port UDP 500.

o des paquets IPSec. (Pour les afficher, vous devez configurer le moniteur réseau à l’aide des

adresses des ordinateurs source et de destination participant à la communication.)

Le moniteur réseau simplifie l’analyse des données en interprétant les données brutes collectées

pendant la capture et en les affichant dans la fenêtre Frame Viewer.

La fenêtre Frame Viewer contient les volets suivants :

IT NISRO


34

Volet Affichage

Résumé Des informations générales à propos des trames capturées, dans l’ordre où

elles ont été capturées.

Détail Le contenu de la trame, y compris les protocoles utilisés pour l’envoyer.

Hex Une représentation hexadécimale et ASCII des données capturées.

3. Pilote du Moniteur réseau

Le pilote du Moniteur réseau permet au moniteur réseau de recevoir les trames d'une carte réseau et permet aux utilisateur de la version du Moniteur réseau fournie avec Microsoft Systems Management Server (Moniteur réseau de SMS) de capturer et d'afficher les trames reçues d'un ordinateur distant, y compris par le biais d'une connexion d'accès réseau à distance. Lorsque l'utilisateur d'un ordinateur exécutant le Moniteur réseau de SMS se connecte à distance à un ordinateur équipé du pilote du Moniteur réseau et lance une capture, les statistiques de celle-ci sont transférées sur le réseau à destination de l'ordinateur gestionnaire.

4. Installation du moniteur réseau

· Dans le panneau de configuration, double cliquez sur l’icône Ajout/Suppression de

programmes.

· Cliquez sur le bouton Ajouter/Supprimer des composants Windows puis dans la liste des

composants, sélectionnez Outils de gestion et d’analyse puis cliquez sur le bouton

détails.

· Cochez la case outils d’analyse de réseau et cliquez sur le bouton Ok puis sur le bouton

Suivant.

Une fois l’installation terminée, un nouveau programme apparaît dans les outils

d’administrations : Moniteur réseau.

La première fois que vous utiliserez le moniteur réseau. vous devrez spécifier la carte

réseau sur laquelle vous souhaitez effectuer la capture. Par la suite vous sélectionnerez l’interface

sur laquelle écouter le trafic réseau, celle-ci sera représentée par son adresse physique.

IT NISRO


35

5. Les informations pour une capture sont

Adr MAC src : Correspond à l’adresse MAC de l’émetteur de la trame.

Adr MAC dst : Correspond à l’adresse MAC du destinataire de la trame.

Protocole : Indique le protocole concerné par la trame.

Description : Indique le résumé des informations contenues dans le protocole de la couche la plus haute encapsulée dans la trame.

Autre adr src : Correspond à l’adresse logique de la machine émettrice de la trame.

Autre adr dst : Correspond à l’adresse logique de la machine destinatrice de la trame.

Lorsque vous désirez analyser le contenu d’une trame, il suffit de double cliquer dessus

pour ouvrir une fenêtre de détail de la capture.

6. Utilisation des filtres de capture Il est souvent judicieux d’effectuer

un filtrage sur les trames capturées.

En effet le filtrage sur les trames

permet de filtrer le nombre de trames,

facilitant ainsi l’analyse d’un trafic.

Il est possible d’effectuer un filtrage

en fonction des adresses sources et

destinations, des protocoles et des

propriétés des protocoles. Cette

option se trouve dans le menu

Capture.

Un filtre de capture fonctionne comme

une requête de base de données, c'est-à-

dire que vous pouvez l'utiliser pour

spécifier les types d'informations réseau

à surveiller. Par exemple, pour n’afficher

qu'un sous-ensemble spécifique

d'ordinateurs ou de protocoles, vous

pouvez créer une base de données

d'adresses, utiliser celle-ci pour ajouter

des adresses dans votre filtre, puis

enregistrer votre filtre dans un fichier. En

filtrant les trames, vous économisez des

ressources mémoire tampon et du temps.

Si nécessaire, vous pouvez

ultérieurement charger le fichier de filtre

de capture et réutiliser le filtre.

IT NISRO


36

Pour plus de Tutoriels Visitez notre Club Tutoriel Informatique : http://clubtutoinformatique.blogspot.com/ https://www.facebook.com/ClubTutorialInformatique

http://clubtutoinformatique.blogspot.com/

https://www.facebook.com/ClubTutorialInformatique

https://www.facebook.com/ClubTutorialInformatique

Documents

Administration de Service DHCP Sous Windows 2003