Détecteur d’IP dupliquées
Trouver les attributions d’IP dupliquées dans un plan
Input IP Addresses
Analysis Results
Enter IPs to detect duplicates
Le détecteur d'adresses IP en double analyse les listes d'attributions d'adresses IP individuelles pour trouver les cas où la même adresse a été attribuée à plusieurs équipements. Importez des données depuis des tables de baux DHCP, des listes de réservations statiques, des inventaires d'actifs ou des scans réseau au format CSV, séparé par tabulations ou en liste d'IP simple, et l'outil normalise toutes les adresses, détecte les doublons (y compris ceux masqués par des différences de formatage comme les zéros initiaux ou la compression IPv6), et indique quels équipements partagent chaque adresse en conflit.
Comprendre les conflits d'IP en double
Un conflit d'IP en double survient lorsque deux équipements sur le même réseau sont configurés avec la même adresse IP. Au niveau Ethernet, les deux équipements répondent aux requêtes ARP pour cette adresse, mais chacun envoie une adresse MAC différente dans sa réponse. Les switches et routeurs du réseau se retrouvent avec des entrées ARP qui oscillent constamment, alternant entre les deux MAC toutes les quelques secondes. Le trafic destiné à cette adresse IP atterrit sur un équipement environ la moitié du temps et sur l'autre équipement l'autre moitié. Le résultat est que les deux équipements connaissent une connectivité intermittente -- les connexions fonctionnent quelques secondes, puis coupent, puis fonctionnent à nouveau.
Ce qui rend les conflits d'IP en double particulièrement insidieux, c'est la difficulté de les diagnostiquer sans les bons outils. Les symptômes ressemblent à une connexion réseau instable, un câble défectueux ou un adaptateur réseau défaillant. L'utilisateur affecté redémarre son ordinateur portable, et ça refonctionne brièvement car le cache ARP se rafraîchit -- pour échouer à nouveau quelques minutes plus tard quand l'autre équipement réaffirme sa revendication sur l'adresse. Les tickets d'assistance pour ces problèmes passent souvent par plusieurs niveaux d'escalade avant que quelqu'un ne pense à vérifier la présence d'une IP en double. Pendant ce temps, les deux équipements sont partiellement hors ligne et aucun des deux utilisateurs ne comprend pourquoi.
Cet outil élimine les approximations en analysant vos données d'attribution à la recherche de doublons avant qu'ils n'atteignent le réseau. Importez vos baux DHCP, réservations statiques et inventaire d'actifs dans le détecteur, et il identifie chaque adresse qui apparaît plus d'une fois ainsi que les équipements concernés. La normalisation des adresses détecte les doublons qu'une simple recherche textuelle manquerait -- comme 10.01.010.10 correspondant à 10.1.10.10, ou la forme compressée IPv6 2001:db8::1 correspondant à sa forme développée. Effectuer cette vérification dans le cadre de votre hygiène réseau régulière empêche les conflits d'atteindre la production.
Comment détecter les adresses IP en double
- Importez ou collez vos données d'attribution IP -- à partir de tables de baux DHCP, listes de réservations statiques, inventaires d'actifs, résultats de scans réseau ou tableurs
- L'outil accepte plusieurs formats d'entrée : listes d'IP simples, CSV avec colonnes d'équipements, ou données séparées par tabulations
- Cliquez sur Détecter les doublons pour normaliser toutes les adresses et les comparer
- Examinez les résultats montrant quelles IP sont dupliquées et quels équipements partagent chaque adresse en conflit
- Déterminez l'attribution correcte et mettez à jour votre documentation ou configuration DHCP
Exemples de détection d'IP en double
Entrée : CSV avec informations sur les équipements
hostname,ip_address,mac_address,type
dc01,10.1.10.10,00:50:56:A1:23:45,Server
web01,10.1.10.10,00:50:56:B2:34:56,Server
file01,10.1.10.20,00:50:56:A1:34:78,Server
print01,10.1.10.50,00:1B:A9:12:CD:EF,Printer
print02,10.1.10.50,00:1B:A9:12:CD:F0,Printer
ap-lobby,10.1.10.60,AC:67:B2:33:44:55,AP
Résultats de la détection
| IP en double | Équipement A | MAC A | Équipement B | MAC B |
|---|---|---|---|---|
10.1.10.10 | dc01 | 00:50:56:A1:23:45 | web01 | 00:50:56:B2:34:56 |
10.1.10.50 | print01 | 00:1B:A9:12:CD:EF | print02 | 00:1B:A9:12:CD:F0 |
Résumé : 2 IP en double trouvées parmi 6 entrées. 4 entrées sont uniques.
Normalisation du format
L'outil détecte les doublons masqués par des différences de formatage :
| Adresse A | Adresse B | Correspondance ? |
|---|---|---|
10.1.10.10 | 10.01.010.10 | Oui -- zéros initiaux supprimés |
192.168.001.001 | 192.168.1.1 | Oui -- zéros initiaux supprimés |
2001:db8::1 | 2001:0db8:0000:0000:0000:0000:0000:0001 | Oui -- IPv6 décompressé |
::ffff:10.1.1.1 | 10.1.1.1 | Signalé comme correspondance potentielle (IPv4-mapped) |
Quand utiliser le détecteur d'IP en double
- Audits réguliers d'hygiène réseau -- planifiez des vérifications mensuelles ou trimestrielles des doublons
- Intégration réseau post-acquisition -- analysez les inventaires d'adresses combinés pour détecter les conflits avant la fusion
- Dépannage de connectivité intermittente -- les symptômes d'instabilité ARP pointent souvent vers des IP en double
- Validation de la qualité des données IPAM -- vérifiez que votre base de données de gestion d'adresses IP ne contient aucun doublon
- Validation pré-déploiement -- comparez les nouvelles attributions statiques avec l'inventaire existant avant le déploiement
Comment les adresses IP en double provoquent des pannes réseau
Lorsque deux équipements partagent la même adresse IP, la table ARP (Address Resolution Protocol) du réseau est corrompue. Les deux équipements répondent aux requêtes ARP pour l'adresse dupliquée, mais chacun possède une adresse MAC différente. Le résultat est imprévisible :
Symptômes des conflits d'IP en double
- Instabilité de la table ARP -- le switch alterne l'adresse MAC associée à l'IP
- Perte de paquets intermittente -- environ 50 % du trafic va vers chaque équipement ; le trafic d'un équipement est effectivement perdu
- Réinitialisations de connexion -- les sessions TCP sont interrompues lorsque les paquets sont acheminés vers le mauvais équipement en cours de connexion
- Avertissements de bail DHCP -- les serveurs DHCP enregistrent des messages « DECLINE » lorsque les clients détectent que l'adresse est déjà utilisée
- Erreurs applicatives sporadiques -- les utilisateurs signalent des défaillances aléatoires qui se résolvent temporairement après un redémarrage
Causes courantes des IP en double
| Cause | Scénario |
|---|---|
| Exclusion DHCP manquante | Le DHCP attribue une adresse déjà configurée en statique sur un serveur |
| Documentation obsolète | Une ancienne attribution statique a été réutilisée sans vérifier les enregistrements |
| Clonage de VM | Une machine virtuelle clonée conserve l'IP statique de la VM source |
| Erreur de configuration manuelle | Un ingénieur fait une erreur de saisie d'adresse lors de l'installation |
| Équipement multi-hébergé | Un équipement avec deux interfaces réseau se voit attribuer la même IP sur les deux |
Comment résoudre les IP en double
- Identifiez le propriétaire légitime -- consultez votre IPAM, les réservations DHCP et l'inventaire des actifs
- Reconfigurez l'équipement incorrect -- attribuez-lui une nouvelle adresse IP inutilisée
- Videz les caches ARP sur les switches concernés :
clear arp-cache(Cisco) ouarp -d *(Linux/Windows) - Ajoutez des exclusions DHCP si le conflit était causé par une exclusion manquante
- Mettez à jour la documentation dans votre IPAM ou table de réservation pour éviter la récurrence
Construire un réseau sans doublons
La cause première de la plupart des conflits d'IP en double est une documentation insuffisante. Quand il n'existe pas d'enregistrement unique et faisant autorité des adresses en usage, les ingénieurs finissent inévitablement par attribuer des adresses sur la base de suppositions plutôt que de faits. La solution n'est pas technique -- elle est procédurale. Établissez une table de réservations ou un système IPAM comme source unique de vérité, et rendez sa consultation obligatoire avant toute attribution d'adresse statique.
Pour les sous-réseaux gérés par DHCP, la source la plus courante de doublons est une exclusion manquante. Un serveur, une imprimante ou un point d'accès est configuré avec une IP statique, mais personne n'ajoute l'exclusion correspondante au scope DHCP. Des jours ou des semaines plus tard, le serveur DHCP attribue cette adresse à un ordinateur portable, et les deux équipements commencent à se la disputer. Le DHCP Exclusion Range Generator peut produire les configurations d'exclusion qui préviennent ce scénario.
Les environnements de virtualisation sont une autre source fréquente de doublons. Quand une machine virtuelle est clonée, le clone hérite souvent de la configuration IP statique de la VM source. Si le clone est mis sous tension avant que l'IP ne soit modifiée, les deux VM se disputent la même adresse. Les bonnes pratiques des hyperviseurs recommandent de supprimer la configuration réseau des templates de VM et d'utiliser des réservations DHCP ou des scripts cloud-init pour attribuer les adresses au premier démarrage. Si votre environnement utilise fréquemment le clonage, envisagez d'exécuter ce détecteur contre votre inventaire de VM dans le cadre de la checklist de validation post-clonage.
Questions fréquentes
L'outil peut-il détecter les doublons entre plusieurs sous-réseaux ?
Oui. Le détecteur compare toutes les adresses IP de l'entrée indépendamment du sous-réseau. Cela permet de détecter les cas où la même adresse apparaît accidentellement dans les enregistrements de différents segments réseau, pouvant indiquer une erreur de documentation même si les segments sont isolés par des VLANs.
Comment gère-t-il la compression des adresses IPv6 ?
Les adresses IPv6 sont entièrement décompressées avant la comparaison. Les formes compressées comme 2001:db8::1 et les formes complètes comme 2001:0db8:0000:0000:0000:0000:0000:0001 sont correctement reconnues comme identiques. Cela empêche la notation compressée de masquer des entrées en double.
Que faire si une IP en double est intentionnelle (par exemple, anycast) ?
Les services anycast attribuent intentionnellement la même IP à plusieurs équipements pour la répartition de charge et la redondance. Si votre entrée inclut des adresses anycast, elles seront signalées comme doublons. Vous pouvez les annoter comme intentionnelles dans votre documentation pour les distinguer des conflits réels.
En quoi est-ce différent du détecteur de sous-réseaux en double ?
Le détecteur d'IP en double vérifie les adresses d'hôtes individuelles (ex. : 10.1.10.10) pour les conflits. Le détecteur de sous-réseaux en double vérifie les plages de sous-réseaux (ex. : 10.1.10.0/24) pour les chevauchements. Utilisez les deux outils ensemble pour une validation complète du plan d'adressage.
À quelle fréquence faut-il exécuter les vérifications d'IP en double ?
Pour les réseaux avec des changements actifs, des vérifications mensuelles sont une bonne base. Effectuez des vérifications supplémentaires après des événements majeurs comme des déménagements de bureaux, des migrations de VM, des changements de serveur DHCP ou des fusions de réseaux. Les organisations avec des systèmes IPAM matures peuvent réduire la fréquence à trimestrielle une fois que leur processus de gestion du changement prévient systématiquement les doublons.
Outils associés
- Duplicate Subnet Detector - Trouver les sous-réseaux qui se chevauchent dans votre plan d'adressage
- IP Reservation Table Builder - Créer des tables de réservation propres qui préviennent les doublons
- DHCP Exclusion Range Generator - Générer des exclusions qui empêchent les doublons causés par le DHCP
- Address Plan Generator - Créer des plans d'adressage structurés avec prévention intégrée des conflits
- VLSM Calculator - Concevoir des sous-réseaux sans chevauchement dès le départ