ForHosting KIT · Strumenti per sviluppatori

Calcolatore CIDR di indirizzi IPv4 totali e utilizzabili

Questo calcolatore di host utilizzabili CIDR converte un indirizzo IPv4 e il relativo prefisso nel confine esatto della rete, nell’indirizzo di broadcast e nei conteggi totale e utilizzabile.

● BetaGratis · nel tuo browser

Esegui gratis nel browser Vedi l'API

Usalo da WebAPIEmailTelegramApp presto

Accetta la normale notazione, come 192.168.1.0/24, e normalizza anche un indirizzo interno al blocco. Le reti punto-punto /31 e le route host /32 vengono conteggiate correttamente, senza sottrarre due indirizzi in modo indiscriminato. Il calcolo è deterministico, locale e adatto sia alla pianificazione rapida sia alla convalida automatizzata.

Legga correttamente indirizzi totali e host utilizzabili

Un prefisso IPv4 indica quanti dei 32 bit dell’indirizzo identificano la rete. I bit rimanenti individuano gli indirizzi al suo interno, quindi il totale equivale a due elevato al numero di bit residui. Un /24 lascia otto bit e contiene 256 indirizzi. Nelle sottoreti convenzionali da /0 a /30, il primo indirizzo identifica la rete e l’ultimo è il broadcast. Normalmente non sono assegnabili agli host, perciò un /24 lascia 254 host utilizzabili. Il calcolatore mostra entrambi i valori perché rispondono a esigenze diverse: il totale descrive il blocco allocato, mentre gli host utilizzabili ne esprimono la capacità ordinaria. Restituisce inoltre i confini normalizzati di rete e broadcast, rendendo immediata la verifica di appartenenza. Il conteggio riservato esplicita la sottrazione. I risultati sono interi esatti, compresi i 4,294,967,296 indirizzi dell’intero spazio IPv4 /0, e sono adatti a inventari, documentazione e regole di convalida senza ricorrere a tabelle memorizzate.

Comprenda le regole speciali per /31 e /32

La regola consueta che sottrae due indirizzi presenta due eccezioni importanti. Un /31 contiene esattamente due indirizzi. Su un collegamento punto-punto non servono destinazioni separate per rete e broadcast, quindi entrambi possono identificare gli estremi secondo la convenzione /31 ampiamente adottata. Il calcolatore riporta pertanto due indirizzi totali, due utilizzabili e zero riservati. Un /32 contiene un solo indirizzo e rappresenta una route verso un singolo host, non una sottorete tradizionale con più dispositivi. Tale indirizzo è utilizzabile: uno totale, uno utilizzabile e zero riservati. Una sottrazione meccanica produrrebbe zero o persino un valore negativo, falsando la pianificazione del routing. L’output conserva i campi rete e broadcast per mantenere un formato coerente: in /32 coincidono, mentre in /31 corrispondono ai due estremi. Prima di distribuire collegamenti /31, verifichi comunque il supporto degli apparati e le politiche locali.

Usi i confini normalizzati nella pianificazione

Lei può inserire qualsiasi indirizzo IPv4 con un prefisso, non soltanto un indirizzo già scritto sul confine della rete. Inviando 192.168.1.37/24, il calcolatore lo normalizza in 192.168.1.0/24 e indica 192.168.1.255 come broadcast. Questa funzione è utile durante la revisione di oggetti firewall, inventari host, progetti cloud o configurazioni generate da altri sistemi, perché mostra il blocco reale anziché ripetere un indirizzo host potenzialmente fuorviante. Convalidi l’input prima del provisioning, confronti il CIDR normalizzato con l’allocazione prevista e usi usable_hosts per verificare la capacità. Un indirizzo matematicamente utilizzabile può comunque essere trattenuto da un provider, un apparato o una politica aziendale; tali riserve specifiche non rientrano nel calcolo generico. Il servizio non esegue ricerche DNS e non analizza reti attive. Interpreta soltanto la notazione CIDR IPv4 decimale e applica aritmetica deterministica, offrendo risultati stabili per pipeline, revisioni infrastrutturali, importazioni IPAM ed esercizi didattici.

Casi d'uso

Dimensionare una sottorete

Verifichi che un prefisso IPv4 proposto offra abbastanza indirizzi host utilizzabili prima di allocarlo.

Convalidare la configurazione di rete

Normalizzi un indirizzo host con il prefisso e confronti i confini di rete e broadcast ottenuti con la configurazione.

Modellare collegamenti punto-punto

Conteggi correttamente entrambi gli estremi di un /31 quando pianifica collegamenti tra router.

Domande frequenti

Quanto costa?

L’API costa $0.002 per richiesta, mentre il calcolatore nel browser è gratuito.

Perché di solito si sottraggono due indirizzi?

Nei prefissi da /0 a /30, il primo indirizzo identifica la rete e l’ultimo è il broadcast; quelli intermedi sono utilizzabili.

Quanti host utilizzabili contiene un /31?

Un /31 offre due indirizzi utilizzabili per gli estremi di un collegamento punto-punto, senza riserve separate di rete o broadcast.

Quanti host utilizzabili contiene un /32?

Un /32 rappresenta un unico indirizzo host; sia il conteggio totale sia quello utilizzabile valgono uno.

Posso inserire un indirizzo host invece dell’indirizzo di rete?

Sì. Il calcolatore lo normalizza al confine effettivo della rete per il prefisso specificato.

Il conteggio include le riserve del provider cloud?

No. Applica soltanto le regole CIDR IPv4 standard; eventuali riserve aggiuntive devono essere sottratte separatamente.

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

POSThttps://api.kit.forhosting.com/dev/cidr-host-count

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-host-count \
  -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-host-count", {
  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-host-count",
    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-host-count", 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-host-count", 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_host_count",
  "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

per richiesta$0.002

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.

Leggi la documentazione completa del KIT →