Convertisseur CIDR vers plage d'IP

La notation CIDR et les plages d'adresses décrivent la même chose de deux façons, et chaque outil réclame la sienne. Une règle de pare-feu prend 10.0.0.0/24 ; l'export d'une liste d'autorisation vous donne 10.0.0.0 à 10.0.0.255 ; une console cloud demande l'une pendant que votre ticket cite l'autre. Ce convertisseur fonctionne dans les deux sens : collez un bloc comme 10.0.0.0/24 et il renvoie l'adresse de réseau, le broadcast et le premier et le dernier hôte utilisable ; collez une adresse de début et de fin et il renvoie la liste minimale de blocs CIDR qui couvre exactement la plage.

Les deux sens s'exécutent entièrement dans votre navigateur et inscrivent leurs entrées dans l'URL de la page : un résultat est donc un lien que vous déposez directement dans un ticket, un runbook ou une revue. Rien n'est envoyé, rien n'est conservé.

Développer un bloc CIDR en plage d'adresses

Un bloc CIDR est une adresse de base et une longueur de préfixe : le /N compte combien de bits de tête sont fixés. Tout ce que contient le bloc partage ces N bits, et les 32 − N bits restants égrènent les adresses qu'il renferme. Le bloc contient donc 2^(32 − N) adresses, se suivant de l'adresse de réseau (tous les bits d'hôte à 0) à l'adresse de broadcast (tous les bits d'hôte à 1). 10.0.0.0/24 fixe les 24 premiers bits, laisse 8 bits d'hôte et s'étend donc de 10.0.0.0 à 10.0.0.255 : 256 adresses, dont 10.0.0.1 à 10.0.0.254 forment les 254 hôtes utilisables.

Les adresses de réseau et de broadcast sont les deux extrémités de cette série. Sur un sous-réseau ordinaire, l'adresse de réseau (ici le .0) nomme le sous-réseau lui-même et l'adresse de broadcast (le .255) atteint tous ses hôtes : ni l'une ni l'autre n'est attribuable à une interface, ce qui explique qu'un /24 offre 256 adresses au total mais 254 utilisables. Enlevez un bit et les nombres doublent : un /23 fait 512 adresses et 510 utilisables ; ajoutez-en un et ils sont divisés par deux.

Deux préfixes font exception, faute de place pour des adresses de réseau et de broadcast distinctes. Un /32 est une adresse unique : première, dernière et adresse elle-même se confondent, et c'est ainsi qu'on écrit une route d'hôte ou une entrée de pare-feu pour une seule IP. Un /31 est un bloc de deux adresses sans broadcast : la RFC 3021 le définit pour les liaisons point à point, où les deux adresses servent aux deux extrémités du lien. Le convertisseur rapporte les chiffres de broadcast et d'hôtes en conséquence et affiche un tiret là où un /31 ou un /32 n'a pas de broadcast à signaler.

Regrouper une plage d'adresses en blocs CIDR

C'est dans l'autre sens que l'arithmétique devient intéressante, car une plage quelconque ne s'écrit généralement pas comme un seul bloc CIDR. Un bloc CIDR doit être aligné : un bloc de taille 2^k doit commencer à une adresse multiple de 2^k. Une plage dont le début n'est pas aligné sur sa longueur (ou dont la longueur n'est pas une puissance de deux) n'entre tout simplement dans aucun préfixe unique : il faut la découper en plusieurs blocs alignés qui la pavent exactement.

Prenez 192.168.1.10 à 192.168.1.20, onze adresses. Onze n'est pas une puissance de deux, et .10 n'est pas aligné sur un grand bloc : la couverture sort donc en quatre morceaux, 192.168.1.10/31 (la paire .10–.11), puis 192.168.1.12/30 (.12–.15), puis 192.168.1.16/30 (.16–.19), puis 192.168.1.20/32 (le .20 isolé). Ensemble, ces quatre blocs contiennent exactement les onze adresses de .10 à .20, et pas une de plus.

Le convertisseur construit cette liste de façon gloutonne : à chaque étape il pose le plus grand bloc qui commence à l'adresse courante (en respectant l'alignement) et ne dépasse pas la fin de la plage, puis avance jusqu'à l'adresse suivante non couverte. Prendre à chaque fois le plus grand bloc aligné donne, de manière démontrable, la couverture minimale : aucune liste de blocs CIDR plus courte ne décrit la même plage. En pratique les listes restent courtes : même la plage IPv4 la plus ingrate ne demande au plus que quelques dizaines de blocs.

Où chaque forme est attendue

La notation dont vous avez besoin est dictée par ce qui la consomme, et les deux s'accordent rarement. Convertir de l'une à l'autre est une étape de routine du travail réseau et sécurité au quotidien :

• Règles de pare-feu et ACL : la plupart acceptent le CIDR, un « tout de .10 à .20 » formulé par un humain doit donc devenir une liste de blocs avant d'être collé.
• Groupes de sécurité cloud et règles VPC : AWS, Azure et GCP prennent tous du CIDR pour les plages source et destination, jamais un couple début–fin brut.
• Objets de routage et enregistrements IRR / RPKI : les préfixes sont enregistrés et filtrés en CIDR, une allocation décrite comme une plage doit donc être exprimée en blocs alignés.
• Flux Geo-IP et listes d'autorisation ou de blocage : ils sont souvent publiés sous forme de plages début–fin, et c'est leur regroupement en CIDR qui permet de les charger dans des routeurs et des pare-feu.