ForHosting KIT · Strumenti per sviluppatori

Intervallo IP in CIDR

Inserisca l'indirizzo IPv4 iniziale e quello finale e ottenga il minor numero di blocchi CIDR che coprono esattamente quell'intervallo: da 192.168.1.13 a 192.168.1.20 escono quattro blocchi, senza indirizzi persi né sconfinamenti nei vicini. Gratis nel suo browser.

  • Gratis
  • Funziona nel suo browser
  • Senza registrazione
  • I suoi dati restano sul dispositivo
Usalo da WebAPIEmailTelegramApp presto
Se inserisce
IP iniziale
192.168.1.13
End ip
192.168.1.20
Ottiene
Inizio come intero
3.232.235.789
Fine come intero
3.232.235.796
Numero di indirizzi
8
Numero di CIDR
4

Firewall, security group nel cloud e annunci BGP non accettano quasi mai una coppia arbitraria di indirizzi IPv4 di inizio e fine. Richiedono prefissi CIDR: blocchi compatti in potenza di due scritti come indirizzo barra lunghezza di prefisso. Trasformare un intervallo umano come 192.168.1.13 fino a 192.168.1.20 nel più piccolo insieme di CIDR che copra esattamente quegli indirizzi—senza host mancanti e senza sconfinare nei vicini—è un classico compito di ingegneria di rete. Questo convertitore intervallo IP in CIDR esegue la conversione con un algoritmo greedy deterministico: dall'estremo inferiore dell'intervallo emette ripetutamente il blocco allineato più grande che stia ancora nel tratto residuo. Lei ottiene l'elenco piatto di stringhe CIDR, il primo e l'ultimo indirizzo di ogni blocco, le dimensioni e il conteggio totale degli host.

Cosa significa copertura CIDR minima ed esatta

Un blocco CIDR è una sequenza contigua di indirizzi la cui lunghezza è una potenza di due e il cui primo indirizzo è allineato a tale lunghezza: per il prefisso p la dimensione del blocco è due elevato a (32 meno p), e l'indirizzo di rete deve essere divisibile per tale dimensione. Coprire un intervallo con CIDR è facile se si ammette lo spreco—basta un supernet sovradimensionato—ma lo spreco è pericoloso nelle allow-list e dispendioso nelle deny-list.

Copertura esatta significa che l'unione dei blocchi emessi uguaglia l'intervallo originale in senso insiemistico: ogni indirizzo nell'intervallo compare in esattamente un blocco e nessun indirizzo esterno compare. Minima significa il minor numero di tali blocchi, che il metodo greedy standard ottiene prendendo sempre il blocco legale più grande al bordo sinistro corrente. Ad esempio gli otto indirizzi da 192.168.1.13 a 192.168.1.20 diventano quattro prefissi: una host route per .13, un /31 per .14–.15, un /30 per .16–.19 e una host route per .20.

Un solo /29 avrebbe raggiunto da .16 a .23 e avrebbe sconfinato; un /28 sarebbe stato peggiore. Il convertitore non inventa assunzioni di rete privata: intervalli pubblici, privati, multicast e loopback sono tutti trattati come semplici interi a 32 bit, così la stessa logica vale per RFC1918, CGNAT e spazio pubblico.

Dove convertire intervalli in blocchi fa risparmiare tempo

I team di rete e di piattaforma incollano nei ticket coppie inizio–fine del fornitore e necessitano della forma CIDR prima di aprire una change request. I moduli di landing zone cloud accettano solo elenchi CIDR; convertire colonne di fogli di calcolo di pool DHCP o intervalli di interconnessione partner in locals Terraform è un lavoro CI comune.

Preferisca questa capacità quando l'intento di ricerca è la conversione intervallo-prefisso; usi una calcolatrice di subnet generale quando ha già un solo CIDR e le servono maschera, wildcard o dettaglio host di quel singolo blocco.

Scrittura di firewall e ACL

Trasformi gli intervalli IPv4 inizio–fine del partner nell'elenco CIDR minimo che il firewall, security group o sintassi ACL del router accetta davvero.

Infrastructure as code e CI

Converta intervalli da foglio di calcolo o CMDB in array CIDR di Terraform, Ansible o policy-as-code in uno step di pipeline deterministico.

Arricchimento threat intel e SOAR

Normalizzi intervalli di indicatori dai ticket in insiemi CIDR esatti per condizioni di match senza sconfinare in vicini benigni.

In che cosa differisce da una calcolatrice di subnet?

Una calcolatrice di subnet di solito parte da un CIDR e riporta maschera, host e limiti. Questo strumento parte da una coppia inizio–fine arbitraria e produce la copertura multi-CIDR minima.

Perché un solo intervallo diventa più blocchi CIDR?

Ogni blocco deve contenere un numero di indirizzi pari a una potenza di due e iniziare su un confine allineato. Gli otto indirizzi da 192.168.1.13 a 192.168.1.20 non stanno in un unico blocco, quindi diventano quattro: .13 da solo, da .14 a .15, da .16 a .19 e .20 da solo.

Perché non coprire l'intervallo con un solo blocco più grande?

Perché sconfinerebbe negli indirizzi vicini. Un /29 che parte da .16 arriva fino a .23, oltre la fine dell'intervallo. In una lista di autorizzazioni aprirebbe indirizzi che lei non voleva consentire.

Cosa succede se inverto l'inizio e la fine?

L'intervallo viene rifiutato invece di essere invertito in silenzio. L'inizio deve essere minore o uguale alla fine, perché uno scambio silenzioso nasconderebbe un errore di copia e incolla nella sua lista.

Quanti blocchi può richiedere al massimo un intervallo IPv4?

Mai più di 32. L'intero spazio, da 0.0.0.0 a 255.255.255.255, si riduce addirittura a un solo blocco, 0.0.0.0/0, quindi il risultato resta sempre breve.

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.

POSThttps://api.kit.forhosting.com/dev/ip-range-to-cidr

Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.

curl -X POST https://api.kit.forhosting.com/dev/ip-range-to-cidr \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"start_ip":"192.168.1.13","end_ip":"192.168.1.20"}'
{
  "start_ip": "192.168.1.13",
  "end_ip": "192.168.1.20"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.ip_range_to_cidr",
  "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.

per richiesta$0.002

Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.

HTTPCodiceSignificato
401unauthorizedChiave API mancante o non valida: controlla l'header Authorization.
402insufficient_balanceCredito esaurito: ricarica per continuare a eseguire attività.
404unknown_typeTipo di attività sconosciuto: controlla il campo type della richiesta.
429rate_limitedTroppe richieste in poco tempo: rallenta e riprova tra qualche secondo.

Cosa significa copertura CIDR minima ed esatta

Un intervallo IPv4 inclusivo è ogni indirizzo da start_ip a end_ip contato come interi a 32 bit.

Contratto di ingresso, forma della risposta e validazione

Il ciclo greedy emette al massimo trentadue blocchi per qualsiasi intervallo IPv4, così la dimensione della risposta resta piccola anche da 0.0.0.0 a 255.255.255.255, che collassa nell'unico prefisso 0.0.0.0/0. Abbini l'elenco cidrs al dialetto del Suo firewall—CIDR di security group AWS, iptables, nftables, object-group di ACL Cisco o liste IP di CDN edge—senza ulteriore matematica da parte Sua. Invii con POST un corpo JSON con due stringhe obbligatorie: start_ip e end_ip, ciascuna un IPv4 rigoroso a quattro ottetti decimali da 0 a 255 senza zeri iniziali (così 192.168.1.1 è valido e 192.168.01.1 viene rifiutato). Gli spazi intorno alla stringa vengono tagliati. start_ip deve essere minore o uguale a end_ip; gli intervalli invertiti falliscono con invalid_input invece di scambiare silenziosamente gli estremi, perché uno scambio silenzioso nasconde errori di copia-incolla nell'automazione. In caso di successo il corpo restituisce start_ip e end_ip normalizzati, le forme intere senza segno start_int e end_int, l'address_count inclusivo, il cidr_count, un array piatto cidrs di stringhe come 10.0.0.0/8 e un array blocks di oggetti con cidr, prefix, network, first_ip, last_ip e size. Campi mancanti, valori non stringa, ottetti malformati, ottetti fuori intervallo e start maggiore di end sollevano invalid_input e non vengono fatturati.

Dove un'API intervallo IP in CIDR genera valore

I playbook SIEM e SOAR che espandono intervalli di threat intel in condizioni di match traggono beneficio da un endpoint di parse puro senza rete in uscita propria.

Come converto un intervallo IPv4 in blocchi CIDR?

Invii start_ip e end_ip come stringhe a quattro ottetti con start ≤ end. L'API restituisce l'elenco minimo esatto in cidrs più network, first_ip, last_ip, prefix e size per blocco.

Il convertitore copre l'intervallo in modo esatto?

Sì. L'algoritmo greedy non supera mai end_ip e non salta indirizzi nell'intervallo inclusivo, quindi l'unione dei blocchi uguaglia l'intervallo originale.

Cosa succede se start_ip è maggiore di end_ip?

L'attività fallisce con invalid_input. Gli estremi non vengono scambiati automaticamente così i bug di automazione restano visibili; corregga l'ordine e riprovi.

Quanto costa il convertitore intervallo IP in CIDR?

Lo strumento nel browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per chiamata riuscita; l'input non valido non viene fatturato.

Leggi la documentazione completa del KIT →