Primo e ultimo host utilizzabile CIDR
192.168.1.0/24 dà come host utilizzabili da 192.168.1.1 a 192.168.1.254, cioè 254 indirizzi dopo aver escluso rete e broadcast. Incolli qualsiasi blocco IPv4, anche con un indirizzo host all'interno, e ottenga il primo e l'ultimo indirizzo che può davvero assegnare. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- CIDR
- 192.168.1.0/24
- Prefisso
- 24
- Circuito della carta
- 192.168.1.0
- Broadcast
- 192.168.1.255
- Primo host
- 192.168.1.1
Gli ingegneri di rete, gli allievi CCNA e chi assegna indirizzi in una sottorete IPv4 hanno bisogno del primo e dell'ultimo host utilizzabile, non dell'identificatore di rete né del broadcast diretto. Questo calcolatore di primo e ultimo host CIDR accetta un blocco IPv4 in notazione CIDR, ottiene rete e broadcast con mascheramento intero e restituisce l'intervallo inclusivo degli host utilizzabili dopo aver escluso quei due indirizzi riservati. Incolli 192.168.1.0/24 e riceve 192.168.1.1 fino a 192.168.1.254. Un indirizzo host già nel blocco viene prima normalizzato alla rete, così 192.168.1.50/24 produce lo stesso intervallo. I prefissi punto-punto /31 seguono l'RFC 3021 (entrambi gli indirizzi sono utilizzabili). Una rotta host /32 è trattata come un solo indirizzo utilizzabile.
Che cosa significano il primo e l'ultimo host utilizzabile su una sottorete IPv4
Su una sottorete IPv4 il primo indirizzo del blocco è l'identificatore di rete e l'ultimo è il broadcast diretto. Nessuno dei due si assegna a un'interfaccia su una LAN multiaccesso abituale. Il primo host utilizzabile è quindi l'indirizzo immediatamente successivo alla rete, e l'ultimo host utilizzabile è quello immediatamente precedente al broadcast.
Nell'esempio classico a barra ventiquattro 192.168.1.0/24 la rete è 192.168.1.0, il broadcast è 192.168.1.255 e l'intervallo utilizzabile va da 192.168.1.1 a 192.168.1.254: duecentocinquantaquattro indirizzi. La stessa regola scala: una /16 ha 65,534 host utilizzabili; una /30, usata su molti collegamenti punto-punto prima dell'RFC 3021, ne ha esattamente due. Questo calcolatore esiste perché Lei non debba convertire il prefisso in maschera, applicare AND bit a bit, invertire la maschera e sommare o sottrarre uno a mano.
È la ricerca di chi già conosce la sottorete e serve solo gli estremi assegnabili dell'intervallo, un lavoro diverso da un pianificatore di sottoreti che spezza anche le reti o stampa maschere wildcard per le liste di accesso.
Dove serve l'intervallo di host utilizzabili
Fogli di indirizzamento, ticket di cambio firewall e automazioni di laboratorio hanno bisogno degli stessi due indirizzi: l'host più basso e il più alto che Lei può assegnare. Un ingegnere junior che documenta una /27 per una VLAN di stampanti vuole 10.0.0.1 come gateway e 10.0.0.30 come ultima stampante, non 10.0.0.0 né 10.0.0.31. Un ticket che apre TCP 443 verso un circuito del fornitore deve elencare gli estremi utilizzabili perché l'ACL non includa per errore il broadcast.
La preparazione agli esami e gli esercizi in stile CCNA usano lo stesso contratto come oracolo: dato un CIDR, quali sono il primo e l'ultimo host utilizzabile? Le stringhe CIDR non valide vengono rifiutate prima di qualsiasi aritmetica e non consumano saldo.
Casi d'uso
Pool DHCP e fogli di assegnazione statica
Trasformi un blocco CIDR nel primo e nell'ultimo indirizzo che può consegnare agli host o riservare come gateway, senza elencare rete né broadcast.
Limiti di firewall e ACL
Documenti sul ticket di cambio l'intervallo utilizzabile inclusivo affinché la regola copra solo host assegnabili e non apra il broadcast diretto.
Domande frequenti
Come si ottengono il primo e l'ultimo host utilizzabile di un blocco CIDR?
Invii cidr come IPv4 a quattro ottetti e prefisso (ad esempio 192.168.1.0/24).
Perché gli indirizzi di rete e di broadcast vengono esclusi?
Su una LAN IPv4 multiaccesso il primo indirizzo identifica la sottorete e l'ultimo è il broadcast diretto. Assegnare uno dei due a un host rompe l'instradamento o inonda il segmento, quindi non sono host utilizzabili.
Posso incollare un indirizzo host come 192.168.1.50/24?
Sì. Il motore maschera l'indirizzo sulla rete (192.168.1.0/24) e calcola l'intervallo utilizzabile da quella rete, così un incolla da ifconfig o da un ticket resta valido.
Che succede con i blocchi /31 e /32?
Un /31 è un collegamento punto a punto di due indirizzi secondo la RFC 3021: non ha rete né broadcast, quindi entrambi sono utilizzabili. Un /32 è una rotta host, e il primo e l'ultimo host coincidono nello stesso indirizzo.
Come scelgo il gateway e l'ultimo indirizzo per i dispositivi?
Prenda i due estremi dell'intervallo utilizzabile. In un /27 che inizia da 10.0.0.0, il gateway può essere 10.0.0.1 e l'ultimo dispositivo 10.0.0.30; mai 10.0.0.0 né 10.0.0.31, che sono la rete e il broadcast.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo 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)Esempio di richiesta
{
"cidr": "192.168.1.0/24"
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.cidr_first_last_host",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Che cosa significano il primo e l'ultimo host utilizzabile su una sottorete IPv4
Invia il blocco CIDR; ottiene first_host, last_host e usable_host_count, più rete e broadcast riservati per vedere che cosa è stato escluso.
Contratto di ingresso, analisi CIDR e prefissi speciali
Gli spazi intorno alla barra vengono ignorati. Se incolla un host già interno al blocco —10.20.30.40/16— il motore maschera l'indirizzo sulla rete 10.20.0.0/16 e calcola l'intervallo utilizzabile da quella rete, così i pool DHCP e i commenti ACL restano allineati al blocco ufficiale. I prefissi da 0 a 30 escludono rete e broadcast nel modo classico. Invii un corpo JSON con il campo obbligatorio cidr: un IPv4 a quattro ottetti, una barra e un prefisso da 0 a 32. Gli alias block e network sono accettati con lo stesso significato. Un /31 è un prefisso punto-punto a due indirizzi secondo l'RFC 3021: non ci sono rete né broadcast riservati, entrambi gli indirizzi sono utilizzabili e excludes_reserved è false. Un /32 è una rotta host: first_host e last_host coincidono e il conteggio utilizzabile è uno. IPv6, prefissi assenti, ottetti fuori da 0–255 e prefissi fuori da 0–32 falliscono con invalid_input indicando cidr; tali fallimenti non vengono addebitati. In caso di successo il corpo riecheggia il cidr normalizzato (rete/prefisso), il prefisso intero, network, broadcast, first_host, last_host, usable_host_count ed excludes_reserved perché il cliente disegni una sola riga o ramifichi sui prefissi speciali senza reimplementare l'aritmetica.
Dove un'API di primo e ultimo host utilizzabile merita il suo posto
Le chiamate API riuscite costano la tariffa base pubblicata $0.002 senza token di modello né consultazione in uscita. Tenga l'ingresso a un solo blocco IPv4, fissi first_host e last_host nei test e ottiene un intervallo deterministico da incollare in DHCP, zone inverse DNS o un foglio di calcolo senza allestire un IPAM proprio.
Casi di integrazione
Laboratori CCNA e verifica dei compiti
Consegni agli allievi un CIDR e verifichi first_host, last_host e usable_host_count rispetto al metodo classico di esclusione di rete e broadcast.
Domande tecniche
Che cosa succede con un /31 o un /32?
Un /31 segue l'RFC 3021: entrambi gli indirizzi sono utilizzabili e excludes_reserved è false. Un /32 è una rotta host, quindi first_host e last_host coincidono e il conteggio utilizzabile è uno.
Quanto costa il calcolatore di primo e ultimo host utilizzabile CIDR?
Lo strumento del browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per chiamata riuscita; un ingresso non valido non viene addebitato.