ForHosting KIT · Outils pour développeurs

Fiche préfixe IPv4

Un /24 correspond au masque 255.255.255.0, au wildcard 0.0.0.255, à 256 adresses dont 254 utilisables pour des machines : choisissez une plage de longueurs de préfixe et obtenez une ligne par préfixe, prête pour les examens, les listes d'accès et les procédures. 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

Préfixe de: 24
Préfixe à: 30

Vous obtenez

Nombre de lignes: 7

L'adressage IPv4 commence encore par une longueur de préfixe : un /24 n'est pas une approximation, c'est le masque 255.255.255.0, un champ d'hôte de huit bits, deux cent cinquante-six adresses et deux cent cinquante-quatre hôtes utiles une fois réservées celles de réseau et de diffusion. Étudiants, candidats CCNA, opérateurs de pare-feu et auteurs d'ACL consultent cette correspondance des dizaines de fois par jour et ne devraient pas recalculer des puissances de deux au tableau. Chaque ligne donne le masque de sous-réseau en décimal pointé, le masque wildcard inversé des listes d'accès de style Cisco, le nombre total d'adresses (deux à la puissance des bits d'hôte) et le nombre d'hôtes utiles selon les conventions modernes /31 point à point et /32 de route d'hôte.

Comment la longueur de préfixe devient masque, wildcard et hôtes

Une adresse IPv4 est une chaîne de trente-deux bits. Écrire une longueur de préfixe n à côté de cette adresse est un contrat : les n premiers bits nomment le réseau et les trente-deux moins n bits restants nomment les hôtes de ce réseau. Le masque de sous-réseau est simplement ces n uns suivis de trente-deux moins n zéros, imprimés en quatre octets décimaux.

Ainsi /24 devient 255.255.255.0, /16 devient 255.255.0.0, /8 devient 255.0.0.0 et /0 devient 0.0.0.0. Le masque wildcard est le complément bit à bit du masque de sous-réseau et c'est la forme que les listes d'accès Cisco IOS, certains énoncés réseau OSPF et un nombre surprenant de questions d'examen exigent encore : /24 devient 0.0.0.255 et /16 devient 0.0.255.255. Les adresses totales du bloc valent deux élevé au nombre de bits d'hôte.

Pour chaque préfixe de /0 à /30, la règle de cours soustrait ensuite deux adresses réservées — l'identifiant réseau de zéros et la diffusion de uns — pour obtenir le nombre d'hôtes utiles. /31 est l'exception point à point de RFC 3021 : les deux adresses sont utiles et il n'y a pas de diffusion. /32 est une route d'hôte qui contient une seule adresse.

Où une fiche de préfixes de sous-réseau justifie son existence

Les cours de certification et les laboratoires demandent encore aux candidats de remplir de mémoire une table de longueurs de préfixe : étant donné un /26, écrire le masque, le wildcard, la taille de bloc et le nombre d'hôtes utiles. Les auteurs de pare-feu et d'ACL convertissent un préfixe en masque wildcard lorsqu'ils transposent une liste d'autorisation CIDR en liste d'accès étendue classique ; émettre chaque préfixe d'un intervalle de planification évite les erreurs d'un cran entre /23 et /25.

Les générateurs de runbooks versent d'un coup la table complète de /0 à /32 dans un wiki interne et cessent de discuter si un /31 a zéro ou deux adresses utiles. Une validation échouée ne consomme pas le solde. Demandez seulement l'intervalle de préfixes dont vous avez besoin, traitez /31 et /32 avec les conventions RFC 3021 et de route d'hôte documentées ici, et vous obtenez une table IPv4 reproductible pour les devoirs, les revues d'ACL et les workers de bordure sans dresser une pile de gestion d'adresses IP.

Cas d’usage

Tables de préfixe pour CCNA et la salle de classe

Remplissez ou notez l'aide-mémoire classique de /8 à /32 : masque, wildcard, taille de bloc et hôtes utiles pour chaque longueur de préfixe.

Planification des masques wildcard d'ACL

Traduisez un intervalle de préfixes en masques wildcard de style Cisco lors de la conversion d'une liste CIDR autorisée en liste d'accès étendue.

Questions fréquentes

Combien d'hôtes utiles a chaque préfixe IPv4 ?

Pour le préfixe 0–30, les hôtes utiles valent 2^(32-prefix) moins 2 (réseau et diffusion). Un /31 a 2 adresses utiles (RFC 3021). Un /32 est une route d'hôte avec 1 adresse.

Quelle est la différence entre le masque de sous-réseau et le masque wildcard ?

Le masque de sous-réseau est des uns de préfixe suivis de zéros d'hôte (/24 est 255.255.255.0). Le masque wildcard est son complément bit à bit (0.0.0.255) et c'est ce que comparent les ACL Cisco classiques.

Comment obtenir la table complète de /0 à /32 ?

La réponse contient 33 lignes, une par longueur de préfixe IPv4, y compris les conventions point à point /31 et de route d'hôte /32.

Est-ce la même chose qu'un calculateur de sous-réseau qui prend 192.168.1.0/24 ?

Non. Cet outil dimensionne un réseau concret (premier hôte, dernier hôte, diffusion). Cette fiche associe chaque longueur de préfixe au masque, au wildcard, aux adresses totales et aux hôtes utiles.

Pourquoi retire-t-on deux adresses à chaque bloc ?

Parce que l'adresse dont tous les bits valent zéro désigne le réseau et celle dont tous valent un sert à la diffusion : un /24 compte 256 adresses, dont 254 utilisables pour des machines. Les exceptions sont /31, où les deux adresses sont utilisables, et /32, une seule adresse.

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/subnet-hosts-table

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/subnet-hosts-table \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"prefix_from":24,"prefix_to":30}'

const res = await fetch("https://api.kit.forhosting.com/dev/subnet-hosts-table", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "prefix_from": 24,
    "prefix_to": 30
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/subnet-hosts-table",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "prefix_from": 24,
    "prefix_to": 30
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/subnet-hosts-table", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"prefix_from":24,"prefix_to":30}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"prefix_from":24,"prefix_to":30}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/subnet-hosts-table", 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

{
  "prefix_from": 24,
  "prefix_to": 30
}

Exemple de réponse

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.subnet_hosts_table",
  "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

Cette fiche de préfixes de sous-réseau construit une table de référence pour chaque longueur IPv4 demandée de prefix_from à prefix_to inclus.

Comment la longueur de préfixe devient masque, wildcard et hôtes

Cette fiche parcourt chaque préfixe entier de prefix_from à prefix_to inclus et émet ces quatre colonnes dérivées afin qu'un étudiant, un auteur d'ACL ou un générateur de documentation lise une table de consultation complète en une seule réponse, au lieu de recalculer une puissance de deux à chaque ligne.

Contrat d'entrée, forme de la table et exceptions /31 et /32

Les deux doivent être des entiers de zéro à trente-deux. Associez la table à votre propre arithmétique d'adresses réseau si vous avez aussi besoin du premier hôte, du dernier hôte ou de la diffusion d'un CIDR concret ; ce point d'accès est la référence des longueurs de préfixe, pas une calculatrice par réseau. Gardez l'intervalle dans les trente-trois longueurs IPv4 possibles et figez les colonnes numériques dans les tests afin que les goldens restent stables d'un environnement à l'autre. Envoyez par POST un corps JSON avec deux champs entiers obligatoires. prefix_from est le début inclusif de l'intervalle de longueurs de préfixe IPv4 et prefix_to en est la fin inclusive. Les alias from et min_prefix sont acceptés pour prefix_from ; les alias to et max_prefix pour prefix_to. Si prefix_from est supérieur à prefix_to, la tâche échoue avec invalid_input en citant la règle d'ordre. Les champs manquants, les non-entiers, les booléens et les valeurs hors de zéro à trente-deux échouent aussi avec invalid_input et ne sont pas facturés. En cas de succès, le corps renvoie prefix_from et prefix_to, fixe row_count au nombre de lignes émises et renvoie rows comme un tableau ordonné par préfixe croissant. Chaque ligne contient prefix (la longueur entière), cidr (la forme à barre, comme /24), subnet_mask et wildcard_mask comme chaînes en décimal pointé, host_bits (trente-deux moins prefix), total_addresses comme la puissance entière de deux, et usable_hosts selon les conventions modernes décrites plus haut. Exemple : prefix_from vingt-quatre et prefix_to trente renvoie sept lignes, commençant par /24 (masque 255.255.255.0, wildcard 0.0.0.255, deux cent cinquante-six adresses, deux cent cinquante-quatre hôtes utiles) et se terminant par /30 (masque 255.255.255.252, wildcard 0.0.0.3, quatre adresses, deux hôtes utiles).

Où une fiche de préfixes de sous-réseau justifie son existence

Une fiche vivante qui est aussi une API permet à un correcteur automatique de noter ces quatre cellules sans maintenir un tableur privé. Comme l'implémentation est du parse pur de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant.

Cas d'intégration

Runbooks et documentation générée

Versez une table IPv4 stable dans un wiki ou une fixture de CI afin que les équipes cessent de discuter les comptes d'hôtes /31 et /32.

Questions techniques

Que coûte la fiche de préfixes de sous-réseau ?

L'outil dans le 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

Comment la longueur de préfixe devient masque, wildcard et hôtes

Où une fiche de préfixes de sous-réseau justifie son existence

Cas d’usage

Tables de préfixe pour CCNA et la salle de classe

Planification des masques wildcard d'ACL

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

Comment la longueur de préfixe devient masque, wildcard et hôtes

Contrat d'entrée, forme de la table et exceptions /31 et /32

Où une fiche de préfixes de sous-réseau justifie son existence

Cas d'intégration

Runbooks et documentation générée

Questions techniques

merci