ForHosting KIT · Outils pour développeurs

Plage IP vers CIDR

Saisissez l'adresse IPv4 de début et celle de fin, et obtenez le moins de blocs CIDR possible couvrant exactement cette plage : de 192.168.1.13 à 192.168.1.20, cela donne quatre blocs, sans adresse oubliée ni débordement sur les voisines. Gratuit dans votre navigateur.

Gratuit
Fonctionne dans votre navigateur
Sans inscription
Vos données restent sur votre appareil

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Exemple résolu

Si vous saisissez

IP de début: 192.168.1.13
End ip: 192.168.1.20

Vous obtenez

Début en entier: 3 232 235 789
Fin en entier: 3 232 235 796
Nombre d'adresses: 8
Nombre de CIDR: 4

Les pare-feu, les groupes de sécurité cloud et les annonces BGP n'acceptent presque jamais une paire arbitraire d'adresses IPv4 de début et de fin. Ils exigent des préfixes CIDR : blocs compacts en puissance de deux écrits adresse barre longueur de préfixe. Transformer une plage humaine telle que 192.168.1.13 jusqu'à 192.168.1.20 en le plus petit ensemble de CIDR qui couvre exactement ces adresses—sans hôtes manquants et sans déborder sur les voisins—est une tâche classique d'ingénierie réseau. Ce convertisseur plage IP vers CIDR effectue cette conversion avec un algorithme glouton déterministe : depuis l'extrémité basse de la plage il émet répétitivement le plus grand bloc aligné qui tient encore dans le reste. Vous obtenez la liste plate de chaînes CIDR, la première et la dernière adresse de chaque bloc, les tailles et le nombre total d'hôtes.

Ce que signifie une couverture CIDR minimale et exacte

Un bloc CIDR est une suite contiguë d'adresses dont la longueur est une puissance de deux et dont la première adresse est alignée sur cette longueur : pour le préfixe p la taille du bloc est deux à la puissance (32 moins p), et l'adresse réseau doit être divisible par cette taille. Couvrir une plage avec des CIDR est facile si l'on accepte le gaspillage—un seul super-réseau trop grand suffit—mais le gaspillage est dangereux sur les listes d'autorisation et coûteux sur les listes de refus.

La couverture exacte signifie que l'union des blocs émis égale la plage d'origine au sens ensembliste : chaque adresse de la plage apparaît dans exactement un bloc, et aucune adresse extérieure n'apparaît. Minimale signifie le plus petit nombre de ces blocs, ce que la méthode gloutonne standard obtient en prenant toujours le plus grand bloc légal au bord gauche courant.

Par exemple, les huit adresses de 192.168.1.13 à 192.168.1.20 deviennent quatre préfixes : une route hôte pour .13, un /31 pour .14–.15, un /30 pour .16–.19 et une route hôte pour .20. Un seul /29 aurait atteint de .16 à .23 et aurait dépassé ; un /28 aurait été pire. Le convertisseur n'invente aucune hypothèse de réseau privé : plages publiques, privées, multicast et loopback sont toutes traitées comme de simples entiers 32 bits, donc la même logique vaut pour RFC1918, CGNAT et l'espace public.

Quand convertir une plage en blocs fait gagner du temps

Les équipes réseau et plateforme collent dans des tickets des paires début–fin fournies par le fournisseur et ont besoin de la forme CIDR avant d'ouvrir un changement. Les modules de landing zone cloud n'acceptent que des listes CIDR ; convertir des colonnes de tableur de pools DHCP ou de plages d'interconnexion partenaires en locals Terraform est un travail CI courant.

Préférez cette capacité lorsque l'intention de recherche est la conversion plage vers préfixe ; utilisez une calculatrice de sous-réseau générale lorsque vous avez déjà un seul CIDR et qu'il vous faut le masque, le wildcard ou le détail des hôtes de ce seul bloc.

Cas d’usage

Rédaction de pare-feu et d'ACL

Transformez les plages IPv4 début–fin fournies par le partenaire en la liste CIDR minimale que votre pare-feu, security group ou syntaxe d'ACL routeur accepte réellement.

Infrastructure as code et CI

Convertissez des plages de tableur ou de CMDB en tableaux CIDR Terraform, Ansible ou policy-as-code dans une étape de pipeline déterministe.

Enrichissement threat intel et SOAR

Normalisez les plages d'indicateurs issues des tickets en ensembles CIDR exacts pour les conditions de correspondance sans déborder sur des voisins bénins.

Questions fréquentes

En quoi cela diffère-t-il d'une calculatrice de sous-réseau ?

Une calculatrice de sous-réseau part en général d'un CIDR et donne masque, hôtes et bornes. Cet outil part d'une paire début–fin arbitraire et produit la couverture multi-CIDR minimale.

Pourquoi une seule plage donne-t-elle plusieurs blocs CIDR ?

Chaque bloc doit contenir un nombre d'adresses égal à une puissance de deux et commencer sur une limite alignée. Les huit adresses de 192.168.1.13 à 192.168.1.20 ne tiennent dans aucun bloc unique, d'où quatre blocs : .13 seule, .14 à .15, .16 à .19 et .20 seule.

Pourquoi ne pas couvrir la plage avec un seul bloc plus grand ?

Parce qu'il déborderait sur les adresses voisines. Un /29 qui commence à .16 va jusqu'à .23, au-delà de la fin de la plage. Dans une liste d'autorisation, cela ouvrirait des adresses que vous ne vouliez pas permettre.

Que se passe-t-il si j'inverse le début et la fin ?

La plage est refusée au lieu d'être inversée en silence. Le début doit être inférieur ou égal à la fin, car un échange discret masquerait une erreur de copier-coller dans votre liste.

Combien de blocs une plage IPv4 peut-elle demander au maximum ?

Jamais plus de 32. L'espace entier, de 0.0.0.0 à 255.255.255.255, se réduit même à un seul bloc, 0.0.0.0/0, si bien que le résultat reste toujours court.

Outils associés

Pour les développeurs — accès API

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

Endpoint

POSThttps://api.kit.forhosting.com/dev/ip-range-to-cidr

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

Appeler depuis votre stack

curl -X POST https://api.kit.forhosting.com/dev/ip-range-to-cidr \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"start_ip":"192.168.1.13","end_ip":"192.168.1.20"}'

const res = await fetch("https://api.kit.forhosting.com/dev/ip-range-to-cidr", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "start_ip": "192.168.1.13",
    "end_ip": "192.168.1.20"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/ip-range-to-cidr",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "start_ip": "192.168.1.13",
    "end_ip": "192.168.1.20"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/ip-range-to-cidr", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"start_ip":"192.168.1.13","end_ip":"192.168.1.20"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"start_ip":"192.168.1.13","end_ip":"192.168.1.20"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/ip-range-to-cidr", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Exemple de requête

{
  "start_ip": "192.168.1.13",
  "end_ip": "192.168.1.20"
}

Exemple de réponse

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.ip_range_to_cidr",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

Tarifs

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

Erreurs

HTTP	Code	Signification
`401`	`unauthorized`	Clé API absente ou invalide : vérifiez l’en-tête Authorization.
`402`	`insufficient_balance`	Solde insuffisant : rechargez votre compte pour lancer cette tâche.
`404`	`unknown_type`	Type de tâche inconnu : vérifiez le champ type de votre requête.
`429`	`rate_limited`	Trop de requêtes : ralentissez la cadence, puis réessayez.

Notes techniques

Ce que signifie une couverture CIDR minimale et exacte

Une plage IPv4 inclusive est chaque adresse de start_ip à end_ip comptée comme des entiers 32 bits.

Contrat d'entrée, forme de la réponse et validation

La boucle gloutonne émet au plus trente-deux blocs pour toute plage IPv4, donc la taille de réponse reste minime même de 0.0.0.0 à 255.255.255.255, qui se réduit au seul préfixe 0.0.0.0/0. Associez la liste cidrs à votre dialecte de pare-feu—CIDR de security groups AWS, iptables, nftables, object-groups d'ACL Cisco ou listes IP de CDN de bordure—sans autre calcul de votre côté. Envoyez en POST un corps JSON avec deux chaînes obligatoires : start_ip et end_ip, chacune une IPv4 stricte en quatre octets décimaux de 0 à 255 sans zéros non significatifs (ainsi 192.168.1.1 est valide et 192.168.01.1 est rejetée). Les espaces autour de la chaîne sont tronqués. start_ip doit être inférieure ou égale à end_ip ; les plages inversées échouent avec invalid_input plutôt que d'échanger silencieusement les extrémités, car un échange silencieux masque les erreurs de copier-coller dans l'automatisation. En cas de succès, le corps renvoie start_ip et end_ip normalisées, leurs formes entières non signées start_int et end_int, le address_count inclusif, le cidr_count, un tableau plat cidrs de chaînes telles que 10.0.0.0/8, et un tableau blocks d'objets portant cidr, prefix, network, first_ip, last_ip et size. Champs manquants, valeurs non chaînes, octets mal formés, octets hors plage et start supérieur à end lèvent invalid_input et ne sont pas facturés.

Où une API plage IP vers CIDR apporte de la valeur

Les playbooks SIEM et SOAR qui étendent des plages de threat intel en conditions de correspondance profitent d'un endpoint de parse pur sans réseau sortant propre.

Questions techniques

Comment convertir une plage IPv4 en blocs CIDR ?

Envoyez start_ip et end_ip en chaînes à quatre octets avec start ≤ end. L'API renvoie la liste minimale exacte dans cidrs plus network, first_ip, last_ip, prefix et size par bloc.

Le convertisseur couvre-t-il la plage de façon exacte ?

Oui. L'algorithme glouton ne dépasse jamais end_ip et n'omet aucune adresse de la plage inclusive, donc l'union des blocs égale la plage d'origine.

Que se passe-t-il si start_ip est supérieure à end_ip ?

La tâche échoue avec invalid_input. Les extrémités ne sont pas échangées automatiquement afin que les bugs d'automatisation restent visibles ; corrigez l'ordre et réessayez.

Combien coûte le convertisseur plage IP vers CIDR ?

L'outil navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.

Consulter la documentation complète du KIT →

Lancer gratuitement

Exemple résolu

Ce que signifie une couverture CIDR minimale et exacte

Quand convertir une plage en blocs fait gagner du temps

Cas d’usage

Rédaction de pare-feu et d'ACL

Infrastructure as code et CI

Enrichissement threat intel et SOAR

Questions fréquentes

Outils associés

Pour les développeurs — accès API

Endpoint

Appeler depuis votre stack

Exemple de requête

Exemple de réponse

Tarifs

Erreurs

Notes techniques

Ce que signifie une couverture CIDR minimale et exacte

Contrat d'entrée, forme de la réponse et validation

Où une API plage IP vers CIDR apporte de la valeur

Questions techniques

merci