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 .
Ce que fait la vérification de chevauchement de sous-réseaux
Cet outil vous indique si deux réseaux notés en CIDR se chevauchent en tant que plages d'adresses. Des paires telles que `192.168.1.0/24` et `192.168.1.128/25` échappent aisément à l'œil — **la notation diffère alors que l'une est entièrement contenue dans l'autre** — et cette inattention devient la source de comportements surprenants dans les règles de pare-feu et les tables de routage.
La vérification développe chaque CIDR en son adresse de réseau et son adresse de diffusion, puis regarde si les deux intervalles se croisent. Le verdict est l'un des suivants : identiques, l'un contenant l'autre, chevauchement partiel, ou aucun chevauchement. Dans la conception d'adressage des VPC comme des salles machines, **attribuer des plages qui ne se heurteront pas à mesure que l'infrastructure grandit est précisément l'enjeu**, ce qui rend cet outil bien adapté à la phase de conception. Tout s'exécute dans votre navigateur.
Comment vérifier un chevauchement
- Saisissez le CIDR A Employez une forme telle que `192.168.1.0/24`. Le bouton d'exemple charge un modèle pour vous.
- Saisissez le CIDR B Saisissez l'autre réseau à comparer, sous la même forme.
- Lancez la vérification Les deux plages d'adresses sont développées et leur relation déterminée.
- Comparez les plages L'adresse de début et de fin de chaque CIDR s'affiche, de sorte que vous voyez vous-même où elles se rejoignent.
Astuces pour en tirer le meilleur parti
- 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.
Dans quels cas cela sert
Planifier des sous-réseaux de VPC
En créant plusieurs VPC dans le nuage, confirmez que les plages ne se heurtent pas afin que l'appairage reste possible par la suite.
Concevoir un VPN entre sites
Si le siège et une agence emploient la même plage privée, le trafic ne passera pas une fois le tunnel établi. Vérifiez-le avant de connecter.
Passer en revue les règles de pare-feu
Examinez si plusieurs règles visent la même plage, ou si l'une d'elles autorise une plage plus large que prévu.
Revoir une table de routage
Les préfixes les plus longs l'emportent : une route en contenant une autre modifie donc le comportement. Cet outil rend la relation lisible.
Les termes de réseau expliqués
- Notation CIDR
- Le fait d'écrire une adresse de réseau et une longueur de préfixe séparées par une barre oblique, comme dans `192.168.1.0/24`.
- Longueur de préfixe
- Le nombre indiquant combien de bits de tête forment la partie réseau. **Plus le nombre est élevé, plus la plage est étroite.**
- Adresse de réseau
- La première adresse de la plage. Elle n'est attribuée à aucune machine.
- Adresse de diffusion
- La dernière adresse de la plage, servant à émettre vers toutes les machines de ce réseau.
- Inclusion
- La situation où une plage tombe entièrement à l'intérieur d'une autre. Les combinaisons de `/24` et `/25` la produisent aisément.
- Espace d'adressage privé
- Les trois plages `10.0.0.0/8`, `172.16.0.0/12` et `192.168.0.0/16`, librement utilisables au sein d'une organisation. **C'est cette liberté même qui rend les collisions entre sites si fréquentes.**
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.