DHCP, comprendre l'attribution automatique des adresses IP

Le DHCP est le service qui évite de configurer une adresse IP à la main sur chaque appareil. Quand un PC, une console, un smartphone ou une imprimante rejoint le réseau, il demande une configuration. Le serveur DHCP répond avec une adresse disponible, un masque, une passerelle, des DNS et une durée de validité.

Sans DHCP, un réseau domestique resterait pénible. Dans une entreprise, il deviendrait vite ingérable.

Le principe est simple, mais les pannes peuvent être trompeuses : appareil connecté sans Internet, adresse en 169.254.x.x, conflit IP, mauvais DNS, pool saturé ou serveur DHCP non joignable. Comprendre le mécanisme aide à diagnostiquer sans tout redémarrer au hasard.

À quoi sert le DHCP exactement ?

Le DHCP sert à distribuer automatiquement une configuration IP complète à un appareil qui rejoint un réseau. Cette configuration contient généralement l’adresse IP, le masque de sous-réseau, la passerelle par défaut, les serveurs DNS et parfois d’autres options. Le client peut alors communiquer sans saisie manuelle.

Le serveur DHCP ne “donne” pas une adresse pour toujours. Il la loue pendant une durée définie. Cette nuance est importante.

Sur une box Internet, le serveur DHCP est souvent intégré et actif par défaut. Dans une entreprise, il peut être porté par un serveur dédié, un routeur, un firewall ou un contrôleur réseau. Le rôle reste le même : gérer un pool d’adresses et éviter les conflits. Ce point explique pourquoi un même protocole se retrouve dans des contextes très différents : réseau domestique, Wi-Fi invité, salle de formation, datacenter ou petit bureau. Le niveau de configuration change, mais la logique de bail et d’options reste identique.

Comment se passe l’échange DORA ?

Le fonctionnement DHCP le plus connu tient en quatre messages : Discover, Offer, Request, Acknowledgement. Le client diffuse d’abord une demande, car il ne connaît pas encore le serveur. Un serveur répond avec une offre. Le client choisit cette offre. Le serveur confirme.

Cette séquence paraît abstraite, mais elle explique beaucoup de diagnostics. Si aucune offre ne revient, le client ne peut pas recevoir d’adresse. Si la confirmation échoue, la configuration ne devient pas valide.

Le DHCP utilise UDP, avec le serveur généralement côté port 67 et le client côté port 68. Au démarrage, certains messages sont diffusés en broadcast, parce que le client ne dispose pas encore d’une adresse IP utilisable.

Le bail DHCP, pourquoi il existe

Une adresse DHCP est associée à un bail. Cela signifie que le client peut utiliser l’adresse pendant une durée donnée, puis doit la renouveler. Cette logique évite de bloquer indéfiniment des adresses pour des appareils qui ne sont plus connectés.

Dans un réseau stable, le renouvellement se fait sans bruit. L’utilisateur ne voit rien.

Le bail devient intéressant dans les réseaux où les appareils changent souvent : Wi-Fi invités, salles de classe, LAN party, salon professionnel, coworking. Un bail trop long peut bloquer le pool. Un bail trop court peut multiplier les échanges DHCP sans vrai bénéfice. Le bon réglage dépend donc moins d’une valeur “idéale” que du rythme réel d’arrivée et de départ des clients.

Pour approfondir ce point, consultez le rôle d’une passerelle informatique dans un, qui traite plus précisément de comprendre le rôle d’une passerelle informatique dans un réseau.

Comment le renouvellement évite les coupures

Un client n’attend pas la dernière seconde pour renouveler son bail. Il tente de prolonger l’adresse avant l’expiration, afin de conserver sa configuration sans interruption visible. Si le serveur répond, le bail repart pour une nouvelle durée. Si le serveur ne répond pas, le client peut réessayer avant de devoir abandonner l’adresse.

Cette logique explique pourquoi une panne DHCP ne coupe pas toujours immédiatement les postes déjà connectés. Les machines qui possèdent encore un bail valide peuvent continuer à fonctionner un certain temps, tandis que les nouveaux appareils échouent à obtenir une adresse. Le symptôme peut donc sembler partiel.

Dans un réseau d’entreprise, ce décalage est utile pour le diagnostic. Si seuls les nouveaux clients sont touchés, regardez le serveur DHCP, le relais, le pool et les journaux. Si tous les clients perdent aussi la passerelle ou les DNS, le problème dépasse peut-être le DHCP.

Que se passe-t-il quand le DHCP ne répond pas ?

Regardez d’abord l’adresse reçue par le poste. Elle dit souvent si le problème vient du DHCP ou d’un service situé après.

Quand le client ne reçoit pas de réponse DHCP, il peut rester sans configuration valide ou s’auto-attribuer une adresse de secours, souvent dans la plage 169.254.x.x. C’est le signe que la machine n’a pas obtenu de bail exploitable. Elle peut parfois parler à quelques appareils locaux, mais pas fonctionner normalement.

La cause n’est pas toujours le serveur lui-même. Le problème peut venir d’un câble, d’un Wi-Fi isolé, d’un VLAN mal placé, d’un relais DHCP absent, d’un firewall trop strict ou d’un pool d’adresses épuisé.

La bonne méthode consiste à vérifier dans l’ordre : lien réseau, VLAN ou SSID, présence du serveur, taille du pool, journaux DHCP, puis options distribuées. Redémarrer la box peut dépanner à court terme, mais ne dit rien sur la cause réelle.

Pourquoi le relais DHCP est indispensable entre VLAN

Le point piège est simple : un broadcast ne traverse pas tout le réseau par magie.

Les messages DHCP de découverte sont des broadcasts locaux. Ils ne traversent pas naturellement les routeurs. Dans un réseau segmenté en VLAN, un client peut donc chercher un serveur qui existe bien, mais se trouve sur un autre réseau. Sans relais, la demande n’arrive jamais.

Le relais DHCP, parfois appelé DHCP relay ou IP helper, transfère la demande vers le serveur central. Le serveur peut alors répondre avec une adresse adaptée au bon sous-réseau.

C’est un point classique en entreprise : le serveur DHCP fonctionne, mais un VLAN précis ne reçoit rien. Dans ce cas, il faut souvent regarder la configuration du relais, pas seulement le serveur.

Les options DHCP : plus qu’une adresse IP

Une IP correcte ne suffit pas. Les options distribuées peuvent casser la navigation ou l’accès aux autres réseaux.

Le DHCP ne transmet pas seulement une adresse. Il peut fournir plusieurs options réseau, dont la passerelle par défaut, les serveurs DNS, le nom de domaine local ou d’autres paramètres selon le parc. Dans beaucoup de pannes, l’adresse IP est correcte, mais une option mal renseignée suffit à casser l’expérience utilisateur.

Un mauvais DNS donne un cas typique : l’utilisateur est connecté, peut parfois joindre une adresse IP, mais les sites ne s’ouvrent pas par leur nom. Une mauvaise passerelle produit un autre symptôme : les machines locales répondent, mais Internet ou les autres réseaux restent inaccessibles.

Quand vous dépannez, ne vous arrêtez donc pas à “j’ai une IP”. Vérifiez la passerelle, les DNS, le masque et la plage attendue. Ces quatre lignes racontent souvent mieux la panne que l’état “connecté” affiché par le système.

C’est aussi le meilleur moyen de distinguer une panne DHCP d’une panne DNS ou d’un routage mal configuré.

Réservation DHCP ou IP fixe, que choisir ?

Une réservation DHCP associe une adresse précise à l’adresse MAC d’un appareil. Le client continue de demander sa configuration au DHCP, mais reçoit toujours la même adresse. C’est pratique pour une imprimante, un NAS, une console, une caméra ou un serveur local.

Une IP fixe configurée directement sur l’appareil peut aussi fonctionner, mais elle sort de la gestion DHCP. Si l’adresse est mal documentée, elle peut provoquer un conflit IP plus tard.

En pratique, privilégiez les réservations DHCP pour les appareils importants mais non critiques. Gardez les IP fixes manuelles pour les équipements réseau qui doivent rester joignables même si le DHCP est en panne : routeur, firewall, switch administrable, serveur d’infrastructure. La bonne règle n’est pas “tout automatique” ou “tout fixe”, mais une séparation claire entre postes clients et infrastructure.

Les erreurs de configuration les plus fréquentes

La première erreur est le pool trop petit. Tout fonctionne au départ, puis les nouveaux appareils n’obtiennent plus d’adresse. Le symptôme apparaît souvent dans les réseaux invités, les événements ou les bureaux hybrides où beaucoup d’appareils passent brièvement.

La deuxième erreur est le mauvais DNS. Le poste reçoit bien une adresse, mais les sites ne s’ouvrent pas par nom. Tester une IP directement peut aider à isoler ce cas.

La troisième erreur est le serveur DHCP doublon. Deux équipements distribuent des adresses sur le même réseau, avec des passerelles ou DNS différents. Le réseau devient instable, parfois seulement pour certains appareils.

1. Pool saturé : augmentez la plage ou réduisez les baux si le contexte le justifie.
2. Mauvaise passerelle : le réseau local répond, mais Internet reste inaccessible.
3. DNS incorrect : les adresses IP répondent, les noms de domaine échouent.
4. Relais absent : un VLAN ne reçoit aucune offre DHCP.
5. Serveur non autorisé : un routeur ou une box distribue des paramètres parasites.

Sécurité : le DHCP n’est pas un contrôle d’accès

Le DHCP distribue une configuration. Il ne prouve pas qu’un appareil est légitime. Un client branché sur le bon réseau peut demander une adresse, et un serveur non autorisé peut tenter d’en distribuer. C’est pour cela que les réseaux professionnels ajoutent des protections.

Selon l’environnement, on peut utiliser DHCP snooping, segmentation VLAN, filtrage réseau, authentification 802.1X ou surveillance des baux. L’objectif est de limiter les serveurs pirates, les épuisements de pool et les comportements anormaux.

Dans un réseau domestique, le minimum reste simple : désactiver les serveurs DHCP inutiles, éviter de brancher plusieurs routeurs en cascade sans comprendre leur rôle, et garder une plage d’adresses cohérente.

Verdict : le DHCP est simple, son contexte ne l’est pas toujours

Le DHCP se résume à une idée claire : un client demande une configuration, un serveur lui loue une adresse et les paramètres nécessaires. Le mécanisme DORA, le bail et les options expliquent l’essentiel.

La difficulté arrive quand le réseau grandit : VLAN, relais, Wi-Fi invités, réservations, DNS, sécurité, serveurs doublons. Dans ces cas, le bon réflexe n’est pas de tout redémarrer, mais de suivre le chemin de la demande DHCP. Où part-elle ? Qui répond ? Quelle adresse est louée ? Quelles options sont envoyées ?

Si vous devez corriger un réseau instable, commencez par le bail obtenu, la passerelle, les DNS et le pool disponible. Ces quatre points donnent souvent le diagnostic avant même d’ouvrir une console avancée.