Q. Notre société a récemment mis à niveau tous ses commutateurs de réseau et a déployé des réseaux locaux virtuels (VLAN, Virtual LAN) dans tout le campus d'entreprise. L'intérêt des VLAN est qu'ils nous permettent d'ajouter des utilisateurs au LAN individuel d'un département même si les utilisateurs se trouvent à
VLAN et DHCP …
un autre étage ou dans un autre immeuble. Dans
le cadre du changement, nous
avons attribué à chaque département
sa propre adresse réseau
IP classe C privée, sous la forme
10.0.x.y, où x est le numéro du
département et y est une adresse
attribuée dynamiquement dans
le département. Nous utilisons
DHCP pour attribuer les
adresses, mais comme nous
sommes passés à un VLAN,
DHCP ne fonctionne pas pour de
nombreux utilisateurs, ce qui
m’oblige à leur donner des
adresses statiques temporaires.
Notre serveur DHCP est sur son
propre VLAN afin que tous les
utilisateurs puissent l’atteindre.
Qu’est-ce qui ne va pas ?
R. Les VLAN sont sûrement de pures
merveilles, mais de nombreux responsables
sous-estiment l’une de leurs
règles de base : les paquets ne peuvent
circuler entre des VLAN que par l’intermédiaire
d’un routeur. Celui-ci reçoit
le trafic d’un VLAN, reconnaît l’adresse
IP de destination vers un autre VLAN,
et dirige le trafic vers la machine appropriée
sur le VLAN de destination.
Même si deux utilisateurs dans des
VLAN différents se trouvent sur le
même commutateur Ethernet, leurs
paquets doivent passer par le routeur.
Vous avez bien sûr un routeur
VLAN en place, sinon vos utilisateurs
ne pourraient pas du tout accéder au
réseau. Mais comme DHCP utilise des
diffusions subnet locales, il demande
un traitement spécial.
Quand un ordinateur client demande
une adresse IP en utilisant
DHCP, il envoie un message de diffusion
général sur son segment LAN
local, demandant à n’importe quel serveur
DHCP de répondre. Mais, par définition,
les diffusions locales ne passent
pas par l’intermédiaire d’un
routeur et donc votre serveur DHCP
ne les « entend » jamais. Et, comme il
n’entend jamais la demande du client,
il n’y répond jamais.
Heureusement, les fabricants de
routeurs ont déjà rencontré ce problème
et ont une solution. Elle s’appelle
le paramètre DHCP Helper
Address et c’est une valeur que vous indiquez
dans votre configuration de
routeur pour chaque VLAN. La DHCP
Helper Address est l’adresse IP de
votre serveur DHCP. Quand elle est
présente, votre routeur utilise cette information
pour transmettre la demande
DHCP d’un client vers votre
serveur DHCP. Celui-ci renvoie la réponse
au routeur, lequel la retransmet
au client, aboutissant à une attribution
d’adresse IP DHCP réussie.
Il existe un autre problème avec le DHCP et les VLAN. Comme chaque
VLAN est un subnet IP séparé, vous devez
configurer votre serveur DHCP
pour fournir les adresses IP appropriées
à chaque subnet. Avec le serveur
DHCP de Windows 2000, vous faites
cela en créant un royaume DHCP séparé
pour chaque VLAN. Tous les serveurs
DHCP n’ont pas cette possibilité.
Si votre serveur DHCP actuel ne fonctionne
qu’avec des LAN plats, il vous
faudra probablement passer à un package
plus sophistiqué.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- Cybersécurité Active Directory et les attaques de nouvelle génération
- IBM i célèbre ses 25 ans
- Afficher les icônes cachées dans la barre de notification
Les plus consultés sur iTPro.fr
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- L’illusion de la destruction massive d’emplois par l’IA
- Comprendre le SOC : votre bouclier essentiel en cybersécurité
- IA : le changement de paradigme des entreprises françaises se joue désormais à l’échelle humaine
Articles les + lus
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
Analyse Patch Tuesday Mars 2026
À la une de la chaîne Tech
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
- Analyse Patch Tuesday Mars 2026
