Tabella prefissi IPv4
Un /24 corrisponde alla maschera 255.255.255.0, alla wildcard 0.0.0.255, a 256 indirizzi e a 254 host utili: scelga un intervallo di lunghezze di prefisso e ottenga una riga per prefisso, pronta per esami, liste di accesso e procedure. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Prefisso da
- 24
- Prefisso a
- 30
- Numero di righe
- 7
L'indirizzamento IPv4 parte ancora dalla lunghezza di prefisso: un /24 non è una congettura, è la maschera 255.255.255.0, un campo host di otto bit, duecentocinquantasei indirizzi e duecentocinquantaquattro host utili una volta riservati quelli di rete e di broadcast. Studenti, candidati CCNA, operatori di firewall e autori di ACL consultano quella corrispondenza decine di volte al giorno e non dovrebbero ricalcolare potenze di due alla lavagna. Ogni riga elenca la maschera di sottorete in decimale puntato, la maschera wildcard invertita delle liste di accesso in stile Cisco, il conteggio totale di indirizzi (due elevato ai bit di host) e il conteggio di host utili con le convenzioni moderne /31 punto-punto e /32 di rotta host.
Come la lunghezza di prefisso diventa maschera, wildcard e host
Un indirizzo IPv4 è una stringa di trentadue bit. Scrivere una lunghezza di prefisso n accanto a quell'indirizzo è un contratto: i primi n bit nominano la rete e i restanti trentadue meno n bit nominano gli host di quella rete. La maschera di sottorete è semplicemente quegli n uno seguiti da trentadue meno n zeri, stampati come quattro ottetti decimali.
Quindi /24 diventa 255.255.255.0, /16 diventa 255.255.0.0, /8 diventa 255.0.0.0 e /0 diventa 0.0.0.0. La maschera wildcard è il complemento bit a bit della maschera di sottorete ed è la forma che le liste di accesso Cisco IOS, alcuni enunciati di rete OSPF e un numero sorprendente di domande d'esame chiedono ancora: /24 diventa 0.0.0.255 e /16 diventa 0.0.255.255. Gli indirizzi totali del blocco equivalgono a due elevato al numero di bit di host.
Per ogni prefisso da /0 a /30 la regola d'aula sottrae poi due indirizzi riservati — l'identificatore di rete di zeri e il broadcast di uni — per ottenere il conteggio di host utili. /31 è l'eccezione punto-punto della RFC 3021: entrambi gli indirizzi sono utili e non c'è broadcast. /32 è una rotta host che contiene un solo indirizzo.
Dove un promemoria di prefissi di sottorete dimostra il proprio valore
I corsi di certificazione e i laboratori chiedono ancora ai candidati di compilare a memoria una tabella di lunghezze di prefisso: dato un /26, scrivere la maschera, la wildcard, la dimensione del blocco e il conteggio di host utili. Autori di firewall e ACL convertono un prefisso in maschera wildcard quando traducono un elenco CIDR consentito in una lista di accesso estesa classica; emettere ogni prefisso di un intervallo di pianificazione evita errori di uno su /23 rispetto a /25.
I generatori di runbook riversano in un colpo solo la tabella completa da /0 a /32 in una wiki interna e smettono di discutere se un /31 abbia zero o due indirizzi utili. La convalida fallita non consuma saldo. Richieda solo l'intervallo di prefissi di cui ha bisogno, tratti /31 e /32 con le convenzioni RFC 3021 e di rotta host documentate qui, e Lei ottiene una tabella IPv4 riproducibile per i compiti, le revisioni ACL e i worker di edge senza erigere uno stack di gestione degli indirizzi IP.
Casi d'uso
Tabelle di prefisso per CCNA e l'aula
Compili o valuti il promemoria classico da /8 a /32: maschera, wildcard, dimensione del blocco e host utili per ogni lunghezza di prefisso.
Pianificazione delle maschere wildcard ACL
Traduca un intervallo di prefissi in maschere wildcard in stile Cisco convertendo un elenco CIDR consentito in una lista di accesso estesa.
Domande frequenti
Quanti host utili ha ciascun prefisso IPv4?
Per il prefisso 0–30, gli host utili equivalgono a 2^(32-prefix) meno 2 (rete e broadcast). Un /31 ha 2 indirizzi utili (RFC 3021). Un /32 è una rotta host con 1 indirizzo.
Qual è la differenza tra maschera di sottorete e maschera wildcard?
La maschera di sottorete è uni di prefisso seguiti da zeri di host (/24 è 255.255.255.0). La maschera wildcard è il suo complemento bit a bit (0.0.0.255) ed è ciò che confrontano le ACL Cisco classiche.
Come si ottiene la tabella completa da /0 a /32?
La risposta ha 33 righe, una per lunghezza di prefisso IPv4, comprese le convenzioni punto-punto /31 e di rotta host /32.
È la stessa cosa di una calcolatrice di sottorete che accetta 192.168.1.0/24?
No. Quello strumento dimensiona una rete concreta (primo host, ultimo host, broadcast). Questo promemoria associa ogni lunghezza di prefisso a maschera, wildcard, indirizzi totali e host utili.
Perché si tolgono due indirizzi da ogni blocco?
Perché l'indirizzo con tutti i bit a zero identifica la rete e quello con tutti a uno è il broadcast: un /24 ha 256 indirizzi ma 254 host utili. Le eccezioni sono /31, con entrambi gli indirizzi utilizzabili, e /32, un solo indirizzo.
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/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)Esempio di richiesta
{
"prefix_from": 24,
"prefix_to": 30
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.subnet_hosts_table",
"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
Questo promemoria di prefissi di sottorete costruisce una tabella di riferimento per ogni lunghezza IPv4 richiesta da prefix_from a prefix_to inclusi.
Come la lunghezza di prefisso diventa maschera, wildcard e host
Questo promemoria percorre ogni prefisso intero da prefix_from a prefix_to inclusi ed emette quelle quattro colonne derivate affinché uno studente, un autore di ACL o un generatore di documentazione legga una tabella di consultazione completa in una sola risposta, invece di ricalcolare una potenza di due su ogni riga.
Contratto di ingresso, forma della tabella ed eccezioni /31 e /32
Entrambi devono essere interi da zero a trentadue. Invii per POST un corpo JSON con due campi interi obbligatori. prefix_from è l'inizio inclusivo dell'intervallo di lunghezze di prefisso IPv4 e prefix_to è la fine inclusiva. Gli alias from e min_prefix sono accettati per prefix_from; gli alias to e max_prefix per prefix_to. Se prefix_from è maggiore di prefix_to, l'attività fallisce con invalid_input citando la regola d'ordine. Campi mancanti, non interi, booleani e valori fuori da zero a trentadue falliscono anch'essi con invalid_input e non vengono fatturati. In caso di successo il corpo restituisce prefix_from e prefix_to, imposta row_count al numero di righe emesse e restituisce rows come array ordinato per prefisso crescente. Ogni riga contiene prefix (la lunghezza intera), cidr (la forma con barra, come /24), subnet_mask e wildcard_mask come stringhe in decimale puntato, host_bits (trentadue meno prefix), total_addresses come potenza intera di due, e usable_hosts secondo le convenzioni moderne descritte sopra. Esempio: prefix_from ventiquattro e prefix_to trenta restituisce sette righe, che iniziano da /24 (maschera 255.255.255.0, wildcard 0.0.0.255, duecentocinquantasei indirizzi, duecentocinquantaquattro host utili) e terminano con /30 (maschera 255.255.255.252, wildcard 0.0.0.3, quattro indirizzi, due host utili). Abbini la tabella alla propria aritmetica di indirizzi di rete se Lei ha bisogno anche del primo host, dell'ultimo host o del broadcast di un CIDR concreto; questo endpoint è il riferimento delle lunghezze di prefisso, non una calcolatrice per singola rete.
Dove un promemoria di prefissi di sottorete dimostra il proprio valore
Un promemoria dal vivo che è anche un'API consente a un correttore automatico di valutare quelle quattro celle senza mantenere un foglio di calcolo privato. Poiché l'implementazione è parse puro di livello A, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello né rete in uscita.
Casi di integrazione
Runbook e documentazione generata
Riversi una tabella IPv4 stabile in una wiki o in una fixture di CI affinché i team smettano di discutere i conteggi host di /31 e /32.
Domande tecniche
Quanto costa il promemoria di prefissi di sottorete?
Lo strumento nel browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per chiamata riuscita; l'ingresso non valido non viene fatturato.