Comment calculer une plage CIDR ?

Une plage CIDR se déduit de deux éléments : une adresse IPv4 et une longueur de préfixe. Le préfixe fixe les bits du réseau ; les 32 − prefix bits restants définissent la taille du bloc. Pour 192.168.1.130/26, le bloc contient 2^(32−26) = 64 adresses, et .130 se situe dans 192.168.1.128–192.168.1.191. Le calculateur de sous-réseau IP ClockTools confirme l'adresse réseau, l'adresse de diffusion, le masque générique et la plage d'hôtes utilisables, tout en montrant la limite binaire.

Que contrôle le nombre après la barre oblique ?

IPv4 comporte 32 bits. Un préfixe CIDR indique combien de bits initiaux sont fixés pour désigner le réseau. La spécification CIDR dans la RFC 4632 définit le nombre après la barre oblique comme un entier décimal allant de 0 à 32. Un /24 fixe 24 bits et laisse 8 bits pour les hôtes ; un /26 en fixe 26 et en laisse 6.

Cette relation donne la taille totale du bloc :

total addresses = 2^(32 − prefix length)

Augmenter le préfixe de un divise la taille du bloc par deux. Le diminuer de un la double. Ce sens de variation prête souvent à confusion : un nombre plus grand après la barre oblique désigne un bloc d'adresses plus petit, car moins de bits peuvent varier.

Comment calculer manuellement une plage CIDR ?

Suivez ces étapes plutôt que de deviner à partir de l'adresse affichée :

1. Soustrayez le préfixe de 32 pour obtenir le nombre de bits réservés aux hôtes.
2. Calculez 2^(host bits) pour obtenir le nombre total d'adresses.
3. Trouvez l'octet où s'arrête le préfixe.
4. Utilisez le pas entre les blocs dans cet octet pour arrondir l'adresse vers le bas à la limite de son réseau.
5. Ajoutez la taille totale du bloc, puis soustrayez-en une pour trouver l'adresse de diffusion.
6. Pour un sous-réseau IPv4 classique, les adresses comprises entre ces deux limites constituent la plage habituelle d'hôtes.

Pour 192.168.1.130/26, il reste six bits pour les hôtes. Le bloc contient 64 adresses : les limites valides du dernier octet sont donc 0, 64, 128 et 192. Comme 130 se situe entre 128 et 191, l'adresse réseau est .128 et l'adresse de diffusion est .191.

En binaire, le dernier octet rend la limite explicite :

Address:  130 = 10000010
/26 mask:       11000000
Network:  128 = 10000000
Broadcast:191 = 10111111

L'opération ET bit à bit entre l'adresse et le masque met les bits d'hôte à zéro pour obtenir l'adresse réseau. En mettant ces bits à un, on obtient l'adresse de diffusion.

Qu'a renvoyé le calculateur pour 192.168.1.130/26 ?

Lors d'un test en direct le 2026-09-01, la saisie de 192.168.1.130/26 a immédiatement donné les valeurs suivantes :

L'outil affichait également l'adresse, le masque et le réseau en binaire. Cette deuxième représentation est utile lorsqu'une réponse décimale semble plausible mais que la limite du sous-réseau a peut-être été arrondie au mauvais multiple.

Quel raccourci utiliser lorsque la variation se situe dans un seul octet ?

Lorsque le préfixe s'arrête dans le dernier octet, calculez 256 − mask octet. Pour /26, le dernier octet du masque est 192, et le pas est donc 64. Divisez l'octet de l'adresse par ce pas, ignorez le reste et multipliez le quotient par le pas :

floor(130 / 64) × 64 = 128

La limite suivante est 128 + 64 = 192 : le bloc actuel se termine donc à 191. Ce raccourci fonctionne aussi dans un octet antérieur, par exemple avec /20 ; les octets suivants parcourent alors toute leur plage 0–255.

N'arrondissez pas au multiple le plus proche. Arrondissez toujours vers le bas. Une adresse .190 appartient encore au bloc .128/26, même si 192 est numériquement plus proche.

Combien d’adresses et d’hôtes utilisables y a-t-il dans un bloc ?

Le nombre total d'adresses suit toujours la formule de la puissance de deux. La règle habituelle total − 2 pour les hôtes utilisables s'applique aux sous-réseaux IPv4 classiques : la valeur d'hôte entièrement à zéro désigne le réseau et celle entièrement à un désigne la diffusion dirigée.

Deux cas limites doivent être traités séparément. Un /32 désigne une seule adresse IPv4. Un /31 peut numéroter les deux extrémités d'une liaison point à point. La RFC 3021 précise que les deux valeurs d'un sous-réseau point à point de 31 bits sont interprétées comme des adresses d'hôte.

Un deuxième test en direct avec ClockTools a utilisé 203.0.113.9/31. Le calculateur a renvoyé le bloc 203.0.113.8/31, deux adresses au total et deux hôtes utilisables. Ce résultat convient à l'exception des liaisons point à point ; il ne faut pas le généraliser à un réseau local multi-accès ordinaire.

Toute plage d'adresses peut-elle être représentée par un seul bloc CIDR ?

Non. Un bloc CIDR doit avoir une taille qui est une puissance de deux et commencer sur une limite alignée sur cette taille. La plage 192.168.1.128–192.168.1.191 correspond exactement à un /26. Ce n'est pas le cas de .130–.191, qui omet les deux premières adresses du bloc aligné.

Des adresses de début et de fin arbitraires peuvent nécessiter plusieurs blocs CIDR. N'élargissez pas la plage uniquement pour obtenir une notation compacte si elle doit servir dans une liste d'autorisation, une règle de pare-feu ou une route. Ajouter des adresses non prévues modifie les effets sur la sécurité et le routage.

Comment vérifier un plan de sous-réseau ?

Traitez le calcul comme une partie d'une revue de configuration :

• Vérifiez que le bloc CIDR ne chevauche pas un autre réseau routé ou connecté par VPN.
• Distinguez le nombre total d'adresses de celles que votre plateforme autorise réellement pour les hôtes.
• Vérifiez si une passerelle, un pool DHCP ou un fournisseur de cloud réserve des valeurs supplémentaires.
• Vérifiez les limites exactes du réseau et de la diffusion avec le calculateur de sous-réseau.
• Utilisez Quelle est mon adresse IP ? uniquement pour l'adresse publique visible par le navigateur ; il ne révèle pas de plan de sous-réseau LAN privé.
• Utilisez Traceroute lorsque la question porte sur le chemin vers une destination plutôt que sur la taille d'un bloc d'adresses.
• Vérifiez un service public avec le Vérificateur de disponibilité de site lorsque l'accessibilité, et non l'arithmétique du sous-réseau, est le problème.

Le résultat sûr n’est pas simplement un préfixe mathématiquement correct. Il s'agit d'un bloc correctement aligné qui correspond au réseau prévu, aux règles de la plate-forme et à la politique d'accès.

Questions fréquemment posées