Premier et dernier hôte utilisable CIDR
192.168.1.0/24 donne comme adresses d'hôte utilisables 192.168.1.1 à 192.168.1.254, soit 254 adresses une fois le réseau et le broadcast écartés. Collez n'importe quel bloc IPv4, même avec une adresse d'hôte à l'intérieur, et obtenez la première et la dernière adresse réellement attribuables. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- CIDR
- 192.168.1.0/24
- Préfixe
- 24
- Réseau de la carte
- 192.168.1.0
- Diffusion (broadcast)
- 192.168.1.255
- Premier hôte
- 192.168.1.1
Les ingénieurs réseau, les élèves CCNA et quiconque attribue des adresses dans un sous-réseau IPv4 ont besoin du premier et du dernier hôte utilisable, pas de l'identifiant réseau ni du broadcast dirigé. Ce calculateur de premier et dernier hôte CIDR accepte un bloc IPv4 en notation CIDR, obtient le réseau et le broadcast par masquage entier et renvoie la plage inclusive d'hôtes utilisables après exclusion de ces deux adresses réservées. Collez 192.168.1.0/24 et vous recevez 192.168.1.1 jusqu'à 192.168.1.254. Une adresse d'hôte déjà dans le bloc est d'abord normalisée vers le réseau, si bien que 192.168.1.50/24 produit la même plage. Les préfixes point à point /31 suivent le RFC 3021 (les deux adresses sont utilisables). Une route d'hôte /32 est traitée comme une seule adresse utilisable.
Ce que signifient le premier et le dernier hôte utilisable sur un sous-réseau IPv4
Sur un sous-réseau IPv4, la première adresse du bloc est l'identifiant réseau et la dernière est le broadcast dirigé. Ni l'une ni l'autre n'est attribuée à une interface sur un LAN multi-accès habituel. Le premier hôte utilisable est donc l'adresse immédiatement après le réseau, et le dernier hôte utilisable est celle immédiatement avant le broadcast.
Dans l'exemple classique en barre vingt-quatre 192.168.1.0/24, le réseau est 192.168.1.0, le broadcast est 192.168.1.255 et la plage utilisable va de 192.168.1.1 à 192.168.1.254 : deux cent cinquante-quatre adresses. La même règle s'étend : un /16 a 65,534 hôtes utilisables ; un /30, employé sur de nombreuses liaisons point à point avant le RFC 3021, en a exactement deux. Ce calculateur existe pour que vous n'ayez pas à convertir le préfixe en masque, appliquer un ET bit à bit, inverser le masque puis ajouter ou retrancher un à la main.
C'est la requête de qui connaît déjà le sous-réseau et n'a besoin que des extrémités assignables de la plage, un travail distinct d'un planificateur de sous-réseaux qui découpe aussi des réseaux ou imprime des masques wildcard pour les listes d'accès.
À quoi sert la plage d'adresses utilisables
Les feuilles d'adressage, les tickets de changement de pare-feu et les automatisations de laboratoire ont besoin des deux mêmes adresses : l'hôte le plus bas et le plus haut que vous pouvez attribuer. Un ingénieur junior qui documente un /27 pour un VLAN d'imprimantes veut 10.0.0.1 comme passerelle et 10.0.0.30 comme dernière imprimante, pas 10.0.0.0 ni 10.0.0.31. Un ticket qui ouvre TCP 443 vers un circuit fournisseur doit lister les extrémités utilisables pour que l'ACL n'inclue pas le broadcast par accident.
La préparation d'examens et les exercices de type CCNA utilisent le même contrat comme oracle : étant donné un CIDR, quels sont le premier et le dernier hôte utilisable ? Les chaînes CIDR invalides sont rejetées avant toute arithmétique et ne consomment pas de solde.
Cas d’usage
Pools DHCP et feuilles d'attribution statique
Transformez un bloc CIDR en la première et la dernière adresse que vous pouvez remettre à des hôtes ou réserver comme passerelle, sans lister le réseau ni le broadcast.
Bornes de pare-feu et d'ACL
Documentez sur le ticket de changement la plage utilisable inclusive afin que la règle ne couvre que des hôtes assignables et n'ouvre pas le broadcast dirigé.
Questions fréquentes
Comment obtenir le premier et le dernier hôte utilisable d'un bloc CIDR ?
Envoyez cidr sous forme IPv4 en quatre octets et préfixe (par exemple 192.168.1.0/24).
Pourquoi les adresses réseau et broadcast sont-elles exclues ?
Sur un LAN IPv4 multi-accès, la première adresse identifie le sous-réseau et la dernière est le broadcast dirigé. Attribuer l'une ou l'autre à un hôte casse le routage ou inonde le segment, elles ne sont donc pas des hôtes utilisables.
Puis-je coller une adresse d'hôte telle que 192.168.1.50/24 ?
Oui. Le moteur masque l'adresse vers le réseau (192.168.1.0/24) puis calcule la plage utilisable depuis ce réseau, si bien qu'un collage depuis ifconfig ou un ticket reste valable.
Qu'en est-il des blocs /31 et /32 ?
Un /31 est un lien point à point de deux adresses selon la RFC 3021 : il n'a ni réseau ni broadcast, les deux adresses sont donc utilisables. Un /32 est une route d'hôte : le premier et le dernier hôte sont la même adresse.
Comment choisir la passerelle et la dernière adresse des équipements ?
Prenez les deux bouts de la plage utilisable. Pour un /27 qui commence à 10.0.0.0, la passerelle peut être 10.0.0.1 et le dernier équipement 10.0.0.30 ; jamais 10.0.0.0 ni 10.0.0.31, qui sont le réseau et le broadcast.
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
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/cidr-first-last-host \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"cidr":"192.168.1.0/24"}'const res = await fetch("https://api.kit.forhosting.com/dev/cidr-first-last-host", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"cidr": "192.168.1.0/24"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/cidr-first-last-host",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"cidr": "192.168.1.0/24"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/cidr-first-last-host", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"cidr":"192.168.1.0/24"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"cidr":"192.168.1.0/24"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/cidr-first-last-host", 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
{
"cidr": "192.168.1.0/24"
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.cidr_first_last_host",
"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
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 signifient le premier et le dernier hôte utilisable sur un sous-réseau IPv4
Vous envoyez le bloc CIDR ; vous obtenez first_host, last_host et usable_host_count, plus le réseau et le broadcast réservés pour voir ce qui a été exclu.
Contrat d'entrée, analyse CIDR et préfixes particuliers
Les espaces autour de la barre sont ignorés. Si vous collez un hôte déjà dans le bloc —10.20.30.40/16— le moteur masque l'adresse vers le réseau 10.20.0.0/16 puis calcule la plage utilisable depuis ce réseau, afin que les pools DHCP et les commentaires d'ACL restent alignés sur le bloc officiel. Les préfixes de 0 à 30 excluent réseau et broadcast à la manière classique. Envoyez un corps JSON avec le champ obligatoire cidr : un IPv4 en quatre octets, une barre et un préfixe de 0 à 32. Les alias block et network sont acceptés avec le même sens. Un /31 est un préfixe point à point à deux adresses selon le RFC 3021 : il n'y a ni réseau ni broadcast réservés, les deux adresses sont utilisables et excludes_reserved vaut false. Un /32 est une route d'hôte : first_host et last_host coïncident et le décompte utilisable vaut un. IPv6, préfixes manquants, octets hors de 0–255 et préfixes hors de 0–32 échouent avec invalid_input en nommant cidr ; ces échecs ne sont pas facturés. En cas de succès, le corps renvoie le cidr normalisé (réseau/préfixe), le préfixe entier, network, broadcast, first_host, last_host, usable_host_count et excludes_reserved pour qu'un client affiche une seule ligne ou branche sur les préfixes particuliers sans réimplémenter l'arithmétique.
Où une API de premier et dernier hôte utilisable justifie son coût
Les appels API réussis coûtent le tarif de base publié $0.002 sans jetons de modèle ni requête sortante. Gardez l'entrée à un seul bloc IPv4, figez first_host et last_host dans les tests, et vous obtenez une plage déterministe à coller dans DHCP, des zones inverses DNS ou un tableur sans dresser votre propre pile IPAM.
Cas d'intégration
Laboratoires CCNA et vérification des devoirs
Donnez aux élèves un CIDR et vérifiez first_host, last_host et usable_host_count selon la méthode classique d'exclusion du réseau et du broadcast.
Questions techniques
Que se passe-t-il avec un /31 ou un /32 ?
Un /31 suit le RFC 3021 : les deux adresses sont utilisables et excludes_reserved vaut false. Un /32 est une route d'hôte, donc first_host et last_host coïncident et le décompte utilisable vaut un.
Combien coûte le calculateur de premier et dernier hôte utilisable CIDR ?
L'outil du 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.