Vérificateur de chevauchement (deux CIDR)

Le vérificateur de chevauchement de sous-réseaux détermine si deux blocs CIDR partagent des adresses IP communes. Saisissez deux sous-réseaux comme 192.168.0.0/23 et 192.168.1.0/24 pour découvrir instantanément s'ils se chevauchent, quelle est la plage de chevauchement et si l'un contient l'autre -- essentiel pour prévenir les conflits de routage et les collisions d'adresses IP.

Comprendre le chevauchement de sous-réseaux

Les sous-réseaux qui se chevauchent sont l'une des erreurs les plus courantes et les plus perturbatrices en conception réseau. Lorsque deux sous-réseaux partagent ne serait-ce qu'une seule adresse IP, les routeurs disposent de deux chemins valides pour le trafic destiné à cette adresse. Le résultat dépend de la route sélectionnée par le routeur, et cette sélection peut changer de manière imprévisible en fonction des métriques du protocole de routage, des longueurs de préfixe et des distances administratives. Du point de vue de l'utilisateur, le symptôme est généralement une connectivité intermittente -- les appareils fonctionnent parfois mais pas toujours, et le problème semble se déplacer.

La cause la plus fréquente de chevauchement est un manque de coordination lors de la planification d'adressage. Une équipe alloue 10.0.0.0/16 pour un centre de données, tandis qu'une autre équipe attribue indépendamment 10.0.1.0/24 à un VPN d'agence. Comme le /24 est entièrement dans le /16, il y a une relation d'inclusion -- la forme de chevauchement la plus courante avec les blocs CIDR. Plus rarement, le chevauchement survient lors de fusions et acquisitions lorsque deux organisations ayant choisi indépendamment leurs plans d'adressage RFC 1918 doivent connecter leurs réseaux. Les deux peuvent utiliser l'espace 10.0.0.0/8, et les conflits résultants peuvent prendre des mois à résoudre par renumérotation.

Détecter le chevauchement avant qu'il n'atteigne la production est bien plus simple que de le diagnostiquer après coup. Les tunnels VPN qui échouent silencieusement, les requêtes de peering VPC cloud qui sont rejetées et l'asymétrie de routage qui n'apparaît que sous charge sont tous des symptômes de sous-réseaux qui se chevauchent. Cet outil vous donne une réponse rapide : est-ce que ces deux blocs partagent des adresses, et si oui, lesquelles ?

Comment vérifier si deux sous-réseaux se chevauchent

1. Saisissez le premier bloc CIDR dans le champ Sous-réseau A (ex. : 10.0.0.0/16).
2. Saisissez le second bloc CIDR dans le champ Sous-réseau B (ex. : 10.0.128.0/17).
3. L'outil indique si les sous-réseaux se chevauchent, la nature du chevauchement et la plage d'adresses concernée.

Exemples de chevauchement de sous-réseaux

Comprendre les types de chevauchement

Le chevauchement entre deux blocs CIDR appartient à l'une des quatre catégories suivantes :

• Aucun chevauchement -- les sous-réseaux ne partagent aucune adresse et peuvent coexister en toute sécurité dans le même domaine de routage.
• Inclusion -- un sous-réseau est entièrement contenu dans l'autre (ex. : 10.0.0.0/8 et 10.1.0.0/16).
• Identiques -- les deux blocs CIDR décrivent exactement la même plage d'adresses.
• Chevauchement partiel -- les sous-réseaux partagent certaines adresses mais pas toutes. Notez qu'avec des blocs CIDR correctement alignés, un chevauchement partiel sans inclusion n'est pas possible ; cela ne se produit qu'avec des allocations non standard ou mal alignées.

Quand utiliser le vérificateur de chevauchement

• Allocation d'un nouveau sous-réseau -- avant de déployer un nouveau sous-réseau sur votre réseau, vérifiez qu'il ne chevauche aucune allocation existante.
• Planification de tunnels VPN -- des sous-réseaux qui se chevauchent entre le réseau local du client VPN et le réseau distant rendent le routage impossible pour la plage en conflit.
• Peering de VPC cloud -- AWS, Azure et GCP rejettent tous les connexions de peering VPC lorsque les plages CIDR se chevauchent.
• Fusions et acquisitions -- lors de la connexion de deux réseaux d'entreprise, l'espace d'adressage en chevauchement doit être identifié et renuméroté.
• Routage multi-sites -- vérifiez que les allocations des agences ne sont pas en conflit avec les sous-réseaux du siège ou des centres de données.

Fonctionnement de la détection de chevauchement

Deux blocs CIDR se chevauchent lorsque leurs plages d'adresses s'intersectent. L'algorithme convertit chaque CIDR en son adresse de début (adresse réseau) et son adresse de fin (adresse de broadcast), puis vérifie si les plages s'intersectent :

Sous-réseau A : 192.168.0.0/23
  Début : 192.168.0.0
  Fin :   192.168.1.255

Sous-réseau B : 192.168.1.0/24
  Début : 192.168.1.0
  Fin :   192.168.1.255

Chevauchement détecté car :
  A.début (192.168.0.0) <= B.fin (192.168.1.255)
  ET
  B.début (192.168.1.0) <= A.fin (192.168.1.255)

Plage de chevauchement : 192.168.1.0 - 192.168.1.255 (256 adresses)

Pourquoi les sous-réseaux qui se chevauchent perturbent le réseau

Lorsque deux sous-réseaux se chevauchent, un routeur recevant un paquet destiné à une adresse dans la plage de chevauchement dispose de deux routes valides. Selon le protocole de routage et la longueur du préfixe, le trafic peut être envoyé vers la mauvaise destination, être supprimé (black-hole) ou provoquer un routage asymétrique. Les symptômes courants incluent :

• Une connectivité intermittente pour les hôtes dans la plage de chevauchement
• Des conflits ARP et des avertissements de détection d'adresses IP dupliquées
• Des flux de trafic inattendus lorsqu'une route plus spécifique capture les paquets destinés à un autre segment

Prévention des chevauchements en pratique

Le meilleur moyen de prévenir le chevauchement de sous-réseaux est de maintenir une source unique de vérité pour vos allocations d'adresses. Que ce soit un outil IPAM comme NetBox, phpIPAM, ou même un tableur bien tenu, disposer d'un seul endroit où toutes les allocations sont enregistrées permet de vérifier les conflits avant de déployer de nouveaux sous-réseaux. Le plus grand risque provient du shadow IT -- des équipes qui provisionnent des ressources cloud ou des tunnels VPN sans mettre à jour le registre central d'adresses. Établir un processus où chaque nouvelle allocation de sous-réseau nécessite une vérification de chevauchement par rapport à la liste maître détecte les conflits avant qu'ils n'atteignent la production.

Lorsque vous découvrez des sous-réseaux qui se chevauchent dans un réseau en production, les options de résolution dépendent de la gravité et de l'étendue du problème. La solution la plus propre est la renumérotation de l'un des sous-réseaux en conflit vers une plage sans chevauchement, mais cela nécessite de mettre à jour chaque appareil, enregistrement DNS, règle de pare-feu et configuration d'application qui référence les anciennes adresses. Pour les scénarios VPN, le NAT peut traduire les adresses à la frontière du tunnel pour éviter les conflits, bien que cela ajoute de la complexité et puisse poser problème aux applications qui intègrent des adresses IP dans leur payload. Dans les environnements cloud, les CIDR de VPC qui se chevauchent ne peuvent tout simplement pas être appairés -- vous devez renuméroter un VPC avant que la connectivité soit possible.

Un conseil pratique pour les organisations multi-sites est d'allouer l'espace d'adressage de manière hiérarchique dès le départ. Attribuez à chaque site un bloc non chevauchant de votre espace RFC 1918 (par exemple, le site A reçoit 10.1.0.0/16, le site B reçoit 10.2.0.0/16, le site C reçoit 10.3.0.0/16), puis subdivisez au sein de chaque bloc pour les VLAN et services locaux. Cette structure rend le chevauchement entre sites impossible par conception, et une vérification de chevauchement n'est nécessaire que lors de l'allocation au sein d'un même site.

Questions fréquentes

Les sous-réseaux adjacents sont-ils considérés comme chevauchants ? Non. Les sous-réseaux adjacents partagent une frontière mais aucune adresse. Par exemple, 192.168.0.0/24 se termine à 192.168.0.255 et 192.168.1.0/24 commence à 192.168.1.0 -- ils sont adjacents mais ne se chevauchent pas.

Deux sous-réseaux peuvent-ils se chevaucher partiellement avec la notation CIDR standard ? Avec des blocs CIDR correctement alignés, le chevauchement est toujours une relation d'inclusion -- l'un contient entièrement l'autre. Un vrai chevauchement partiel ne se produit qu'en travaillant avec des plages IP arbitraires plutôt qu'avec des blocs CIDR. Les blocs CIDR sont alignés sur des puissances de deux, donc s'ils se chevauchent, le plus petit est toujours entièrement contenu dans le plus grand.

Que faire si mes sous-réseaux se chevauchent ? Vous avez plusieurs options : renuméroter l'un des sous-réseaux vers une plage non conflictuelle, utiliser le NAT pour traduire les adresses à la frontière, ou ajuster les longueurs de préfixe pour que les sous-réseaux ne partagent plus d'adresses. Pour les scénarios VPN, le split tunneling ou le routage basé sur des politiques peut parfois contourner le conflit.

Pourquoi le peering VPC cloud échoue-t-il lorsque les CIDR se chevauchent ? Les fournisseurs cloud imposent une politique stricte de non-chevauchement pour le peering VPC car des plages d'adresses qui se chevauchent rendent impossible pour le fabric de routage cloud de déterminer où envoyer les paquets. C'est une exigence absolue -- il n'y a pas de contournement NAT au sein de la connexion de peering elle-même. Vous devez renuméroter l'un des VPC ou utiliser un transit gateway avec des capacités NAT.

Comment vérifier les chevauchements sur l'ensemble de mon réseau ? Pour un audit complet sur de nombreux sous-réseaux, utilisez le Vérificateur de chevauchement de sous-réseaux (liste contre liste), qui effectue une comparaison croisée exhaustive entre deux listes de CIDR. Cela est particulièrement utile lors de la planification de fusions ou des revues d'architecture multi-cloud.

Cet outil gère-t-il les sous-réseaux IPv6 ? Oui. La logique de détection de chevauchement est identique pour IPv4 et IPv6. Les plages IPv6 sont comparées en utilisant le même test d'intersection adresse-de-début/adresse-de-fin, simplement avec des adresses de 128 bits au lieu de 32 bits.

Outils associés

• Vérificateur de chevauchement de sous-réseaux (liste contre liste) - Trouver les chevauchements entre deux listes complètes de CIDR
• Vérificateur d'inclusion de sous-réseau - Vérifier si un bloc CIDR contient entièrement un autre
• Dédoublonneur CIDR - Supprimer les blocs CIDR dupliqués et inclus d'une liste
• Vérificateur IP dans un sous-réseau - Vérifier si une adresse IP appartient à un sous-réseau spécifique
• Outil d'exclusion CIDR - Soustraire des CIDR d'exception d'un bloc parent