Calculateur CIDR / de sous-réseau
Calculez réseau, broadcast, masque et plage d’hôtes de tout bloc CIDR IPv4 ou IPv6
À propos de cet outil
Saisissez un bloc CIDR comme 10.20.0.0/16 ou 2001:db8::/48 et lisez tout à son sujet d’un seul coup d’œil : adresse réseau, broadcast (ou dernière adresse en IPv6), masque de sous-réseau et masque générique, premier et dernier hôte utilisable, nombre d’adresses, et la plage à usage spécial dans laquelle il se trouve — espace privé RFC 1918, NAT de niveau opérateur (CGNAT), link-local, documentation, multicast et le reste. Une adresse seule fonctionne aussi, de même que la notation avec masque (192.168.1.0 255.255.255.0) et la forme générique de Cisco (0.0.0.255).
Collez plutôt une plage — 10.0.0.1 - 10.0.0.200 — et vous obtenez la plus courte liste de blocs CIDR qui la couvre exactement, ce que les règles de pare-feu, les security groups et les listes d’autorisation acceptent réellement. La vue de découpage divise un bloc en sous-réseaux égaux (un /16 en /24, un /32 en /48) pour planifier des VPC et des VLAN, et le test d’appartenance vous indique si une adresse donnée s’y trouve.
Tous les calculs utilisent BigInt, si bien que les décomptes IPv6 sont exacts au lieu d’être arrondis en virgule flottante : un /64 compte 18446744073709551616 adresses, pas "1.8e19". Rien n’est consulté en ligne — l’outil connaît les plages à usage spécial de l’IANA, pas le propriétaire d’une adresse — et le plan de votre réseau interne ne quitte jamais le navigateur.
Questions fréquentes
- Pourquoi un /24 a-t-il 254 hôtes utilisables et non 256 ?
- En IPv4, la première adresse d’un sous-réseau désigne le réseau lui-même et la dernière est l’adresse de broadcast, donc aucune des deux ne peut être attribuée à un hôte. Les exceptions sont le /31, que la RFC 3021 permet aux liaisons point à point d’utiliser entièrement (deux hôtes), et le /32, une adresse unique. IPv6 n’a pas de broadcast, donc chaque adresse d’un bloc IPv6 compte comme utilisable.
- Que signifie "des bits d’hôte sont définis" ?
- Vous avez saisi une adresse qui n’est pas le début de son bloc, comme 10.1.2.3/8. La plupart des outils l’arrondissent silencieusement à 10.0.0.0/8 ; certains, comme le module ipaddress de Python en mode strict ou certaines consoles cloud, la rejettent. Le calculateur affiche la véritable adresse réseau pour que vous puissiez coller la forme canonique.
- Pourquoi les adresses avec des zéros en tête sont-elles rejetées ?
- Parce que les systèmes ne s’accordent pas sur leur signification. Le parseur classique inet_aton lit 010 en octal (8), alors que la plupart des autres le lisent en décimal (10) — un désaccord qui a déjà permis de vrais contournements de contrôles d’accès. Plutôt que de deviner, le calculateur vous demande d’écrire le nombre sans le zéro initial.
- Comment une plage est-elle convertie en blocs CIDR ?
- De façon gloutonne, depuis le début : à chaque étape, il prend le plus grand bloc aligné sur l’adresse courante qui ne dépasse pas la fin de la plage, puis passe à la suite. On obtient ainsi le nombre minimal de blocs. Une plage alignée comme 192.168.0.0 – 192.168.255.255 se réduit à un seul /16 ; une plage malcommode comme .1 – .10 en nécessite cinq.
- À quoi sert le masque générique ?
- C’est le masque de sous-réseau inversé — 0.0.0.255 pour un /24 — et c’est ainsi que les listes d’accès de Cisco IOS et les instructions network d’OSPF expriment une plage. Vous pouvez coller l’une ou l’autre forme dans le calculateur ; il reconnaît un masque générique et le convertit en longueur de préfixe.