Vérificateur de Chevauchement de Sous-réseaux — Détecter si Deux Blocs CIDR se Chevauchent (Gratuit)
Indiquez deux blocs CIDR IPv4 (par exemple 192.168.1.0/24) et découvrez instantanément s'ils sont identiques, si l'un contient l'autre, ou s'ils ne se chevauchent pas du tout. Utile pour détecter les conflits lors de la conception de règles de pare-feu ou de sous-réseaux VPC.
Types de Relations de Chevauchement de Sous-réseaux
Un tableau de référence de toutes les relations possibles entre deux blocs CIDR.
| Relation | Exemple | Description |
|---|---|---|
| Identique | 192.168.1.0/24 = 192.168.1.0/24 | Les deux blocs CIDR correspondent exactement à la même plage d'adresses — il s'agit du même sous-réseau. |
| A contient B | 192.168.0.0/16 ⊃ 192.168.1.0/24 | La plage d'adresses du CIDR A contient entièrement celle du CIDR B. B est un sous-réseau découpé dans A. |
| B contient A | 192.168.1.0/24 ⊂ 192.168.0.0/16 | La plage d'adresses du CIDR B contient entièrement celle du CIDR A. A est un sous-réseau découpé dans B. |
| Chevauchement partiel | — | Cet état ne se produit en réalité jamais. Les blocs CIDR étant toujours alignés sur des limites qui sont des puissances de deux, si deux blocs se chevauchent, la relation est forcément soit « identique », soit l'un contient entièrement l'autre (voir la FAQ ci-dessous pour plus de détails). |
| Aucun chevauchement | 192.168.1.0/24 と 192.168.2.0/24 | Les plages d'adresses des deux CIDR ne se chevauchent absolument pas. Elles peuvent être utilisées côte à côte sans conflit. |
Pour calculer l'adresse réseau et l'adresse de diffusion à partir d'une seule IP et d'un masque de sous-réseau, consultez la calculatrice de sous-réseau , ou pour convertir entre une plage d'IP et une notation CIDR, consultez le convertisseur plage IP ⇔ CIDR .
Astuces
- Pratique pour vérifier les règles ACL d'un pare-feu ou la conception de sous-réseaux VPC, afin de s'assurer que la même plage d'adresses n'a pas été définie deux fois par erreur.
- Une relation « contient » est un schéma normal et attendu lorsqu'on découpe un sous-réseau plus petit (comme un /24) dans une allocation plus grande (comme un /16) — ce n'est pas forcément un problème.
- Lors de la configuration d'un appairage VPC ou d'une connexion VPN dans le cloud, des blocs CIDR qui se chevauchent des deux côtés rendent le routage ambigu et provoquent des erreurs de connexion. Vérifiez toujours l'absence de chevauchement avant de connecter.
- La « plage A » et la « plage B » du résultat sont automatiquement arrondies à l'adresse réseau et à l'adresse de diffusion du bloc correspondant, même si l'IP saisie n'était pas exactement l'adresse réseau pour cette longueur de préfixe.
Questions fréquentes
Anecdote — Pourquoi les Blocs CIDR ne Peuvent Jamais se Chevaucher « Partiellement »
Comparez deux blocs CIDR quelconques et seuls trois résultats sont possibles : identiques, l'un contient l'autre, ou aucun chevauchement — un chevauchement véritablement « partiel » est mathématiquement impossible. Cela découle directement de la contrainte qu'un bloc CIDR doit toujours avoir une taille qui est une puissance de deux, et n'être positionné qu'à une adresse multiple de cette taille (sa limite d'alignement).
Une façon intuitive de le voir consiste à imaginer l'ensemble de tous les blocs CIDR comme un arbre binaire. En partant de /0 comme racine, chaque fois que la longueur de préfixe augmente d'une unité, un nœud se divise en deux enfants (la première et la seconde moitié de sa plage). Dans cette structure, deux blocs quelconques sont soit exactement le même nœud, soit l'un est l'ancêtre de l'autre, soit ils se trouvent sur des branches totalement distinctes — il est impossible que deux branches se croisent à mi-chemin.
C'est précisément cette propriété qui rend l'agrégation de routes dans les tables de routage parfaitement définie. Si un chevauchement partiel était possible, la question de savoir « quelle route ce paquet devrait-il privilégier » deviendrait véritablement ambiguë, mais la conception de CIDR exclut ce scénario par construction. En pratique, la plupart des pannes de routage réelles s'expliquent par le découpage manuel de plages d'IP sans respecter cette règle d'alignement, ce qui déplace involontairement les limites.