Convertisseur plage IP → CIDR

Le convertisseur de plage IP en CIDR transforme n'importe quelle plage d'adresses IP début-fin en l'ensemble minimal de blocs CIDR couvrant exactement cette plage. Saisissez une adresse de début comme 192.168.1.0 et une adresse de fin comme 192.168.1.255 pour obtenir un simple 192.168.1.0/24, ou saisissez 192.168.1.5 à 192.168.1.20 pour voir les cinq blocs CIDR nécessaires pour couvrir précisément cette plage non alignée.

Comprendre les plages IP et la notation CIDR

Si vous avez travaillé avec des pare-feu, des flux de threat intelligence ou de la documentation réseau héritée, vous avez presque certainement rencontré des adresses IP spécifiées sous forme de plages début-fin. Un fournisseur peut vous indiquer que son service s'étend de 203.0.113.0 à 203.0.113.127, ou une base de données de géolocalisation peut lister les allocations par pays sous forme de paires d'adresses. Le problème est que la plupart des infrastructures réseau modernes -- routeurs, security groups cloud, templates d'infrastructure as code -- attendent des adresses en notation CIDR, pas en plages.

La notation CIDR (Classless Inter-Domain Routing) représente un bloc d'adresses à l'aide d'une adresse réseau et d'une longueur de préfixe, comme 192.168.1.0/24. La longueur de préfixe dicte le nombre de bits de tête qui sont fixes, et les bits restants définissent l'espace hôte. Un bloc CIDR doit toujours commencer à une adresse divisible par sa taille, qui est une puissance de deux. Un /24 (256 adresses) doit commencer à une adresse se terminant par .0, un /25 (128 adresses) doit commencer à .0 ou .128, et ainsi de suite. Cette règle d'alignement binaire explique pourquoi une plage arbitraire comme .5 à .20 ne peut pas être exprimée comme un seul bloc CIDR -- il faut plusieurs blocs de tailles différentes pour paver la plage exactement sans inclure d'adresses supplémentaires.

Ce convertisseur effectue ce pavage pour vous. Il prend n'importe quelle plage début-fin et calcule l'ensemble mathématiquement minimal de blocs CIDR couvrant chaque adresse de la plage et rien de plus. Que vous migriez des règles de pare-feu héritées, importiez des flux de menaces ou convertissiez de la documentation de scopes DHCP, la sortie est prête à être collée directement dans vos configurations.

Comment convertir une plage IP en notation CIDR

1. Saisissez l'adresse IP de début de votre plage (par ex. 192.168.1.0)
2. Saisissez l'adresse IP de fin de votre plage (par ex. 192.168.1.255)
3. L'outil calcule l'ensemble minimal de blocs CIDR couvrant précisément la plage
4. Copiez la liste CIDR résultante pour utilisation dans les pare-feu, tables de routage ou templates d'infrastructure as code

Exemples de conversion de plage IP en CIDR

Les plages alignées sur des frontières en puissance de deux (comme .0 à .255) se convertissent en un seul bloc CIDR. Les plages non alignées comme 192.168.1.5 à 192.168.1.20 nécessitent plusieurs blocs CIDR pour être représentées exactement.

Quand utiliser le convertisseur de plage IP en CIDR

• Migration de pare-feu -- conversion des règles héritées en notation début-fin vers la notation CIDR pour les plateformes modernes comme AWS Security Groups ou Azure NSG
• Flux de threat intelligence -- les bases de données de géolocalisation et de réputation fournissent souvent des plages IP nécessitant une conversion CIDR pour l'import dans les listes de blocage
• Configuration de routes -- les routeurs et les configurations BGP requièrent la notation CIDR, pas les plages début-fin
• Infrastructure as code -- les modules Terraform, CloudFormation et Ansible attendent des blocs CIDR pour les définitions réseau
• Documentation des plages DHCP -- traduction des plages de scope DHCP en blocs CIDR équivalents pour la documentation réseau
• Scan réseau -- conversion des plages IP fournies par les éditeurs en CIDR pour utilisation avec des outils comme Nmap ou Masscan

Fonctionnement de la conversion de plage IP en CIDR

L'algorithme de conversion fonctionne en trouvant le plus grand bloc CIDR possible commençant à la position courante qui tient dans la plage restante, puis en avançant et en répétant.

L'algorithme étape par étape

1. Commencez à la première IP de la plage
2. Trouvez le préfixe le plus long (plus grand bloc) qui commence à cette adresse et ne dépasse pas l'adresse de fin
3. Enregistrez ce bloc CIDR et avancez à l'adresse après la fin du bloc
4. Répétez jusqu'à couvrir toute la plage

La contrainte clé est qu'un bloc CIDR de longueur de préfixe /n doit commencer à une adresse divisible par 2^(32-n). Par exemple, un bloc /24 doit commencer à une adresse où le dernier octet est 0. Cette exigence d'alignement explique pourquoi les plages non alignées produisent plusieurs blocs CIDR.

Exemple d'alignement binaire

Pour la plage 192.168.1.5 à 192.168.1.20 :

Étape 1 : Début à .5 (impair) -> plus grand bloc aligné = /32
          192.168.1.5/32    couvre .5

Étape 2 : Début à .6 (divisible par 2, pas par 4) -> /31
          192.168.1.6/31    couvre .6-.7

Étape 3 : Début à .8 (divisible par 8) -> /29
          192.168.1.8/29    couvre .8-.15

Étape 4 : Début à .16 (divisible par 4, mais /30 irait à .19) -> /30
          192.168.1.16/30   couvre .16-.19

Étape 5 : Début à .20 -> /32
          192.168.1.20/32   couvre .20

Conversion de plages IPv6

Le même algorithme s'applique aux plages IPv6 mais avec des adresses de 128 bits au lieu de 32 bits. Une plage comme 2001:db8::1 à 2001:db8::ff suit les mêmes règles d'alignement binaire, produisant l'ensemble minimal de blocs CIDR IPv6.

Conseils pratiques pour la conversion plage-vers-CIDR

La raison la plus courante de convertir des plages en CIDR est la migration de pare-feu. Lorsque vous passez d'une plateforme héritée utilisant la notation début-fin à une plateforme moderne utilisant le CIDR, vous découvrirez rapidement que certaines de vos anciennes règles produisent des listes CIDR étonnamment longues. Une règle couvrant .1 à .254 (la plage « tous les hôtes utilisables » à l'ancienne) se convertit en plusieurs blocs CIDR plutôt qu'en un /24 propre, car la plage exclut les adresses réseau et broadcast. En pratique, il est généralement préférable de réécrire la règle comme le /24 complet plutôt que de transporter une liste de six ou sept blocs CIDR, sauf si vous devez réellement exclure les adresses réseau et broadcast de la règle.

Un autre piège courant est de supposer que moins de blocs CIDR est toujours mieux. La sortie de ce convertisseur est déjà le minimum mathématique -- vous ne pouvez pas la réduire davantage sans inclure des adresses supplémentaires ou en laisser certaines non couvertes. Si la sortie vous semble excessive, demandez-vous si votre plage d'origine est réellement correcte. Souvent, les plages proviennent de systèmes hérités où quelqu'un a saisi .1 à .254 alors qu'il voulait vraiment dire le /24 entier. Corriger l'intention à la source est préférable à se battre avec les mathématiques CIDR en aval.

Lors du traitement en masse de flux de threat intelligence, vous pouvez vous retrouver avec des milliers de blocs CIDR issus de la conversion de milliers de plages. Envisagez de passer la sortie dans un CIDR Aggregator pour combiner les blocs adjacents. Deux plages consécutives converties indépendamment peuvent produire des blocs fusionnables, réduisant encore votre nombre total de règles.

Questions fréquentes

Pourquoi ma plage IP produit-elle plusieurs blocs CIDR au lieu d'un seul ?

Les blocs CIDR doivent être alignés sur des frontières binaires. Un /24 doit commencer à une adresse en .0, un /23 à un troisième octet pair, et ainsi de suite. Si votre plage commence ou se termine à une adresse non alignée, l'outil doit utiliser plusieurs blocs CIDR plus petits pour la couvrir exactement sans inclure d'adresses supplémentaires.

Puis-je combiner les blocs CIDR en sortie en moins de blocs ?

Non -- la sortie est déjà l'ensemble mathématiquement minimal. Chaque bloc est nécessaire pour couvrir la plage exacte spécifiée. Supprimer un bloc laisserait des adresses non couvertes, et combiner des blocs inclurait des adresses en dehors de votre plage.

Quel est le nombre maximum de blocs CIDR qu'une seule plage peut produire ?

Pour IPv4, une plage peut produire au maximum 62 blocs CIDR (31 pour la partie ascendante et 31 pour la partie descendante). En pratique, la plupart des plages réelles produisent moins de 10 blocs.

Cet outil gère-t-il les plages IPv6 ?

Oui. Le même algorithme s'applique aux adresses IPv6 de 128 bits. Saisissez des adresses IPv6 de début et de fin et l'outil produira l'ensemble minimal de blocs CIDR IPv6 suivant les mêmes règles d'alignement binaire.

Que se passe-t-il si mon adresse de début est supérieure à mon adresse de fin ?

L'outil renverra une erreur. L'IP de début doit être numériquement inférieure ou égale à l'IP de fin. Si vous avez inversé les adresses, permutez-les avant de lancer la conversion.

Outils associés

• CIDR to IP Range Converter - Convertir la notation CIDR en plages d'adresses IP début-fin
• CIDR Aggregator - Agréger plusieurs blocs CIDR en routes résumées
• Range Union - Fusionner les plages IP qui se chevauchent en une liste unifiée
• IP List to Ranges - Compresser les IP consécutives en plages
• Smallest Covering CIDR (Many IPs/CIDRs) - Trouver le plus petit CIDR contenant une liste d'IP ou de CIDR