Aller au contenu principal
Toutes les rubriques

Diagnostic et Wi-Fi · 6 min

DHCP : résoudre un conflit d’adresse IP sur le réseau local

Repérez un serveur DHCP concurrent, une adresse manuelle ou un mauvais sous-réseau avant de réinitialiser la box.

Un conflit d’adresse se traite dans le réseau local : identifier le serveur DHCP autorisé, supprimer le doublon et vérifier la configuration reçue. Une IP publique fixe chez l’opérateur ne corrige pas ce conflit.
Illustration photoréaliste : technicien examinant deux ordinateurs et un petit commutateur Ethernet
01Public concernéUtilisateurs et responsables qui veulent vérifier leur équipement avant de modifier leur installation
7points de contrôleà vérifier avant de choisir.
3réponses FAQsur les usages, les démarches et les points à vérifier.

Données pratiques

Contrôles et décisions

Comparez les observations avant d’agir. Une modification à la fois permet d’identifier ce qui résout réellement le problème.

Contrôles et décisions
SituationVérificationAction utile
Adresse identiqueListe des baux et réglages manuelsAttribuer une adresse distincte
Passerelle variableAncien routeur encore actifVérifier le mode point d’accès
Imprimante introuvableAdresse changée après redémarrageCréer une réservation documentée
Internet absentPasserelle et DNS reçusComparer à un appareil fonctionnel

Les adresses locales et l’adresse publique de l’abonnement se vérifient séparément.

Distinguer l’adresse locale de l’accès Internet

Le serveur DHCP distribue notamment une adresse IP, un masque, une passerelle et des paramètres DNS pour une durée appelée bail. Deux appareils utilisant la même adresse sur le même réseau peuvent devenir intermittents. Une adresse fixe publique chez l’opérateur ne résout pas un conflit entre deux appareils du logement.

Relevez les paramètres de l’appareil qui fonctionne et de celui qui échoue, sur le même réseau. Ne copiez pas simplement l’adresse du premier vers le second : chacun doit disposer de sa propre adresse. Un appareil connecté au réseau invité peut légitimement appartenir à un autre sous-réseau.

Source : IETF — DHCP.

DHCP et adresses locales ; Identifier le serveur qui distribue les adresses ; Éviter les doublons et réserver les équipements ; Renouveler puis tester le réseau
DHCP : résoudre un conflit d’adresse IP sur le réseau local

Chercher le deuxième serveur ou l’adresse manuelle

Un ancien routeur branché comme point d’accès peut encore distribuer ses propres paramètres. Les appareils reçoivent alors des réponses différentes suivant le démarrage. Consultez la liste des équipements et le mode de fonctionnement de ce routeur avant de désactiver un service.

Pour une imprimante ou un NAS, privilégiez une réservation dans le serveur DHCP si l’interface le permet. Une adresse saisie manuellement doit respecter le plan réseau et éviter les adresses distribuées à d’autres clients. Documentez l’adresse retenue et le rôle de l’appareil.

Source : IETF — DHCP.

Corriger et vérifier le renouvellement

Après correction, renouvelez le bail ou reconnectez l’appareil. Vérifiez l’adresse, la passerelle et le DNS reçus, puis testez un service local et un site Internet. Une panne DNS peut laisser l’accès à une adresse IP fonctionner ; elle mérite un diagnostic distinct.

Si le problème revient, notez l’heure et les paramètres obtenus plutôt que de multiplier les redémarrages. Conservez une copie des réglages avant intervention. Dans un réseau administré, faites valider la modification du serveur : elle affecte potentiellement tous les clients.

Source : IETF — DHCP.

Faire correspondre la réservation à la bonne identité

Un téléphone peut employer une adresse MAC privée pour un réseau. La réservation DHCP doit correspondre à cette identité locale, qui n’est pas forcément l’adresse matérielle. Comparez l’adresse affichée sur le téléphone et l’entrée de la box avant de recréer une réservation.

Une nouvelle adresse après oubli du réseau peut laisser une ancienne ligne dans l’inventaire. Ne la qualifiez pas automatiquement d’intrus. Vérifiez les heures et l’état de connexion, puis retestez la réservation et les règles associées sans recopier manuellement l’IP d’un autre appareil.

Préparer un renouvellement sans perdre le contexte

Avant de renouveler un bail, relevez interface, réseau et mode d’attribution. Sur un Mac, choisissez le service concerné dans les réglages Réseau et TCP/IP ; un essai sur Ethernet ne modifie pas automatiquement le service Wi-Fi. Si le poste est géré ou configuré manuellement, demandez d’abord quel réglage est prévu.

Après l’essai, testez navigation et échanges locaux séparément. Une imprimante peut rester inaccessible alors que plusieurs sites chargent. Gardez le résultat et évitez de copier l’adresse d’un autre appareil : le réseau doit attribuer ou réserver une adresse adaptée à chaque équipement, sans introduire un nouveau conflit.

Préparer un contrôle utile

Comparez l’adresse, le masque et la passerelle des appareils concernés. Vérifiez si l’adresse est attribuée automatiquement ou configurée manuellement.

Recherchez une réservation ou une adresse fixe qui chevauche la plage distribuée. Modifiez un seul élément à la fois et consignez le résultat.

Source : IETF — DHCP, RFC 2131.

Questions fréquentes

Une IP publique fixe corrige-t-elle le conflit ?

Non. L’adresse publique et les adresses privées du réseau local appartiennent à des périmètres différents.

Faut-il désactiver DHCP sur la box ?

Habituellement non. Identifiez d’abord le serveur autorisé et les éventuels équipements concurrents.

Un bail expiré signifie-t-il une panne ?

Le bail est normalement renouvelé. Une expiration devient un indice si l’appareil ne parvient plus à joindre le serveur.

Vérification et attribution

Sources, cartes et outils pour vérifier ce guide

Sources consultées le 01/10/2026. Les conditions applicables figurent dans les documents officiels cités.

La sélection dépend du sujet traité : autorité publique, carte de couverture, démarche officielle ou outil de mesure. Une disponibilité, un tarif ou une garantie doit toujours être confirmé dans le contexte exact de l’utilisateur.

Documentation primaire

IETF — DHCP

Domaine rfc-editor.org

Spécification du protocole ; les étapes de diagnostic sont une synthèse éditoriale.

À lire aussi

Réseau local : reconnaître les trois plages IPv4 privées

La RFC 1918 réserve trois ensembles d’adresses aux réseaux privés. Leur présence sur un appareil domestique est normale ; elle ne désigne pas l’adresse publique de votre connexion et n’identifie pas un foyer de manière unique.

Sur petit écran, le tableau peut se parcourir horizontalement.

Réseau local : reconnaître les trois plages IPv4 privées
Bloc réservéPremière à dernière adresse du blocPréfixe
Réseau privé 1010.0.0.0 à 10.255.255.25510.0.0.0/8
Réseau privé 172.16172.16.0.0 à 172.31.255.255172.16.0.0/12
Réseau privé 192.168192.168.0.0 à 192.168.255.255192.168.0.0/16

Sur petit écran, faites défiler le schéma horizontalement pour lire les valeurs.

Blocs privés : 10.0.0.0 à 10.255.255.255 ; 172.16.0.0 à 172.31.255.255 ; 192.168.0.0 à 192.168.255.255. 172.32.0.0 est hors du deuxième bloc.
Schéma documentaire des trois intervalles réservés, d’après IANA et la RFC 1918. Les cadres ne représentent pas des tailles proportionnelles ; ils ne donnent pas le masque de votre réseau local.

Ne pas élargir les blocs par approximation

Toutes les adresses commençant par 172 ou par 192 ne sont pas privées. Le bloc doit être lu dans son ensemble, avec ses bornes. Le tableau décrit les adresses réservées ; ce n’est pas une liste d’adresses toutes attribuables aux appareils d’un même sous-réseau.

Documenter un conflit sans changer au hasard

Notez l’adresse locale, le masque ou préfixe et la passerelle affichés par le système. Vérifiez ensuite l’attribution DHCP et l’existence d’une configuration manuelle. Un changement arbitraire peut masquer la cause sans corriger le conflit.

Lire le préfixe avec l’adresse

Les blocs privés ne donnent pas le masque effectivement choisi pour votre réseau local. Conservez adresse, masque ou préfixe et passerelle dans le même relevé. Deux adresses appartenant au grand bloc 10.0.0.0/8 ne sont pas nécessairement sur le même sous-réseau configuré.

Distinguer conflit local et accès Internet

Une adresse privée peut être réutilisée dans de nombreux réseaux indépendants. Un conflit se recherche dans le réseau où les appareils communiquent, avec les baux DHCP et les paramètres fixes. Un échec de navigation ne prouve pas à lui seul que deux appareils possèdent la même adresse.

Préparer un relevé avant intervention

Notez appareil, interface utilisée, adresse obtenue, passerelle et heure du problème. Précisez si la panne touche un appareil ou plusieurs. Évitez de changer au hasard les adresses : vous pourriez rendre le diagnostic plus difficile ou déplacer le conflit vers un autre équipement.

Tester la borne exacte d’une plage privée

172.20.1.8 appartient au bloc privé 172.16.0.0–172.31.255.255 ; 172.32.1.8 n’y appartient pas. Le début 172 ne suffit donc pas à classer une adresse. Faites la même lecture avec le masque ou le préfixe : un réseau domestique n’emploie pas nécessairement toute l’étendue réservée par le RFC.

Reconnaître le rôle de l’adresse dans le diagnostic

Indiquez de quel équipement et de quelle interface provient l’adresse relevée. L’adresse privée d’un ordinateur et l’adresse publique vue par un service distant répondent à des questions différentes. Avant de comparer deux relevés, vérifiez réseau local, VPN éventuel et moment de la mesure. N’attribuez pas un pays à une adresse privée réutilisable dans plusieurs réseaux.

IPv4 spéciale : reconnaître les blocs hors RFC 1918

Certaines adresses ont un rôle spécial sans appartenir aux trois plages privées RFC 1918. Cette distinction aide à lire un diagnostic DHCP ou une configuration réseau sans classer tout bloc non public comme « réseau privé ».

IPv4 spéciale : reconnaître les blocs hors RFC 1918
BlocAffectation IANAInterprétation
127.0.0.0/8Bouclage — loopbackCommunication de la machine avec elle-même.
169.254.0.0/16Lien local — link localPortée locale au lien ; vérifier l’attribution attendue dans le contexte du poste.
100.64.0.0/10Espace partagé — shared address spaceEmployé notamment pour des architectures de traduction d’adresses opérateur ; distinct de RFC 1918.
192.0.2.0/24Documentation — TEST-NET-1Exemples documentaires.
198.51.100.0/24Documentation — TEST-NET-2Exemples documentaires.
203.0.113.0/24Documentation — TEST-NET-3Exemples documentaires.

Le registre IANA décrit séparément les possibilités d’usage comme source, destination et routage. Une adresse spéciale observée dans une sortie de commande ne suffit pas à établir une panne : rapprochez interface, route, bail et usage du logiciel.

Sources du complément :

Pourquoi la même adresse apparaît-elle chez deux personnes ?

Ces plages peuvent être réutilisées dans des réseaux privés distincts. Une adresse privée locale ne constitue donc pas un identifiant public unique d’un abonné ou d’une personne dans le monde.

Toutes les adresses commençant par 172 sont-elles privées ?

Non. Le bloc privé va de 172.16.0.0 à 172.31.255.255. Le premier nombre 172 ne suffit pas pour classer l’adresse.

Dois-je prévenir l’IANA avant d’utiliser une plage privée ?

Non. L’IANA indique que ces blocs peuvent être utilisés dans des réseaux privés sans déclaration auprès d’elle ; elle ne tient pas de registre de leurs utilisateurs.

Le réseau local utilise-t-il nécessairement tout le bloc réservé ?

Non. Le réseau effectivement configuré possède son masque ou préfixe propre. Relevez ce paramètre avec l’adresse lors du diagnostic.

Références documentaires

Sources consultées le . Les informations évolutives sont à revérifier auprès de l’organisme compétent avant une décision.