ForHosting KIT · Entwickler-Tools

IP-Bereich zu CIDR

Geben Sie die erste und die letzte IPv4-Adresse ein und erhalten Sie die wenigsten CIDR-Blöcke, die genau diesen Bereich abdecken: Aus 192.168.1.13 bis 192.168.1.20 werden vier Blöcke, ohne fehlende Adresse und ohne Überlauf in die Nachbarn. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Start-IP
192.168.1.13
End ip
192.168.1.20
Erhalten Sie
Start als Ganzzahl
3.232.235.789
Ende als Ganzzahl
3.232.235.796
Adressanzahl
8
Anzahl der CIDR
4

Firewalls, Cloud-Security-Groups und BGP-Ankündigungen akzeptieren fast nie ein beliebiges Start-und-Ende-IPv4-Paar. Sie verlangen CIDR-Präfixe: kompakte Zweierpotenz-Blöcke in der Schreibweise Adresse Schrägstrich Präfixlänge. Einen menschlichen Bereich wie 192.168.1.13 bis 192.168.1.20 in die kleinste CIDR-Menge umzuwandeln, die genau diese Adressen abdeckt—ohne fehlende Hosts und ohne Überlauf in Nachbarn—ist eine klassische Aufgabe der Netztechnik. Dieser IP-Bereich-zu-CIDR-Rechner erledigt die Umwandlung mit einem deterministischen Greedy-Algorithmus: vom unteren Ende des Bereichs aus gibt er wiederholt den größten ausgerichteten Block aus, der noch in die Restspanne passt. Sie erhalten die flache Liste der CIDR-Zeichenketten, erste und letzte Adresse je Block, Größen und die gesamte Hostanzahl.

Was minimale exakte CIDR-Abdeckung bedeutet

Ein CIDR-Block ist eine zusammenhängende Adressfolge, deren Länge eine Zweierpotenz ist und deren erste Adresse an diese Länge ausgerichtet ist: für Präfix p ist die Blockgröße zwei hoch (32 minus p), und die Netzadresse muss durch diese Größe teilbar sein. Einen Bereich mit CIDRs abzudecken ist leicht, wenn man Verschwendung zulässt—ein einziger zu großer Supernet genügt—aber Verschwendung ist bei Allow-Listen gefährlich und bei Deny-Listen verschwenderisch.

Exakte Abdeckung bedeutet, dass die Vereinigung der ausgegebenen Blöcke den Originalbereich mengentheoretisch gleicht: jede Adresse im Bereich erscheint in genau einem Block, und keine Adresse außerhalb erscheint. Minimal bedeutet die wenigsten solcher Blöcke; die klassische Greedy-Methode erreicht das, indem sie am aktuellen linken Rand stets den größten zulässigen Block nimmt. Die acht Adressen von 192.168.1.13 bis 192.168.1.20 werden beispielsweise zu vier Präfixen: eine Host-Route für .13, ein /31 für .14–.15, ein /30 für .16–.19 und eine Host-Route für .20.

Ein einzelnes /29 hätte von .16 bis .23 gereicht und überzogen; ein /28 wäre schlimmer gewesen. Der Rechner erfindet keine Privatnetz-Annahmen: öffentliche, private, Multicast- und Loopback-Bereiche werden alle als reine 32-Bit-Ganzzahlen behandelt, sodass dieselbe Logik für RFC1918, CGNAT und öffentlichen Adressraum gilt.

Wo die Umrechnung von Bereichen Zeit spart

Netz- und Plattformteams kleben anbieterseitige Start–Ende-Paare in Tickets und brauchen die CIDR-Form, bevor sie eine Change Request öffnen können. Cloud-Landing-Zone-Module akzeptieren nur CIDR-Listen; Spalten aus Tabellen von DHCP-Pools oder Partner-Interconnect-Bereichen in Terraform-Locals umzuwandeln ist ein üblicher CI-Job. SIEM- und SOAR-Playbooks, die Threat-Intel-Bereiche zu Match-Bedingungen erweitern, profitieren von einem reinen Parse-Endpunkt ohne eigenen ausgehenden Netzverkehr.

Bevorzugen Sie diese Fähigkeit, wenn die Suchintention Bereich-zu-Präfix-Umwandlung ist; nutzen Sie einen allgemeinen Subnetzrechner, wenn Sie bereits ein einzelnes CIDR haben und Maske, Wildcard oder Hostdetails nur für diesen einen Block brauchen.

Firewall- und ACL-Erstellung

Wandeln Sie partnerseitige IPv4-Start–Ende-Bereiche in die minimale CIDR-Liste um, die Ihre Firewall, Security Group oder Router-ACL-Syntax tatsächlich akzeptiert.

Infrastructure as Code und CI

Wandeln Sie Tabellen- oder CMDB-Adressbereiche in Terraform-, Ansible- oder Policy-as-Code-CIDR-Arrays in einem deterministischen Pipeline-Schritt um.

Threat-Intel- und SOAR-Anreicherung

Normalisieren Sie Indikatorbereiche aus Tickets zu exakten CIDR-Mengen für Match-Bedingungen, ohne in harmlose Nachbarn zu überlaufen.

Worin unterscheidet sich das von einem Subnetzrechner?

Ein Subnetzrechner startet meist bei einem CIDR und liefert Maske, Hosts und Grenzen. Dieses Werkzeug startet bei einem beliebigen Start–Ende-Paar und erzeugt die minimale Multi-CIDR-Abdeckung.

Warum entstehen aus einem Bereich mehrere CIDR-Blöcke?

Jeder Block muss eine Zweierpotenz an Adressen enthalten und an einer passenden Grenze beginnen. Die acht Adressen von 192.168.1.13 bis 192.168.1.20 passen in keinen einzelnen Block, daher werden es vier: .13 allein, .14 bis .15, .16 bis .19 und .20 allein.

Warum nicht einfach ein größerer Block für den ganzen Bereich?

Weil er in Nachbaradressen hineinreichen würde. Ein /29 ab .16 reicht bis .23, also über das Ende des Bereichs hinaus. In einer Freigabeliste würden Sie so Adressen öffnen, die Sie gar nicht zulassen wollten.

Was passiert, wenn ich Anfang und Ende vertausche?

Der Bereich wird abgelehnt, statt still umgedreht zu werden. Der Anfang muss kleiner oder gleich dem Ende sein, denn ein stiller Tausch würde einen Fehler beim Kopieren und Einfügen in Ihrer Liste verbergen.

Wie viele Blöcke braucht ein IPv4-Bereich höchstens?

Nie mehr als 32. Der gesamte Adressraum, von 0.0.0.0 bis 255.255.255.255, schrumpft sogar auf einen einzigen Block, 0.0.0.0/0, das Ergebnis bleibt also immer kurz.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

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

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

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"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Was minimale exakte CIDR-Abdeckung bedeutet

Ein inklusiver IPv4-Bereich ist jede Adresse von start_ip bis end_ip als 32-Bit-Ganzzahlen.

Eingabevertrag, Antwortform und Validierung

Die Greedy-Schleife gibt höchstens zweiunddreißig Blöcke für jeden IPv4-Bereich aus, sodass die Antwort auch von 0.0.0.0 bis 255.255.255.255 winzig bleibt, was auf das einzige Präfix 0.0.0.0/0 zusammenfällt. Kombinieren Sie die cidrs-Liste mit Ihrem Firewall-Dialekt—AWS-Security-Group-CIDRs, iptables, nftables, Cisco-ACL-Object-Groups oder Edge-CDN-IP-Listen—ohne weitere Mathematik auf Ihrer Seite. Senden Sie per POST einen JSON-Body mit zwei Pflichtstrings: start_ip und end_ip, jeweils eine strenge dotted-quad-IPv4 mit vier Dezimaloktetts von 0 bis 255 ohne führende Nullen (so ist 192.168.1.1 gültig und 192.168.01.1 wird abgelehnt). Leerzeichen um die Zeichenkette werden entfernt. start_ip muss kleiner oder gleich end_ip sein; vertauschte Bereiche scheitern mit invalid_input statt still die Enden zu tauschen, weil stilles Tauschen Copy-Paste-Fehler in der Automatisierung versteckt. Bei Erfolg gibt der Body die normalisierten start_ip und end_ip, ihre vorzeichenlosen Integerformen start_int und end_int, den inklusiven address_count, den cidr_count, ein flaches cidrs-Array mit Strings wie 10.0.0.0/8 und ein blocks-Array von Objekten mit cidr, prefix, network, first_ip, last_ip und size zurück. Fehlende Felder, Nicht-String-Werte, fehlerhafte Oktetts, Oktetts außerhalb des Bereichs und start größer als end lösen invalid_input aus und werden nicht berechnet.

Wie wandle ich einen IPv4-Bereich in CIDR-Blöcke um?

Senden Sie start_ip und end_ip als dotted-quad-Strings mit start ≤ end. Die API liefert die minimale exakte Liste in cidrs plus network, first_ip, last_ip, prefix und size je Block.

Deckt der Rechner den Bereich exakt ab?

Ja. Der Greedy-Algorithmus überschreitet end_ip nie und überspringt keine Adressen im inklusiven Bereich, sodass die Vereinigung der Blöcke dem Originalbereich gleicht.

Was passiert, wenn start_ip größer als end_ip ist?

Die Aufgabe scheitert mit invalid_input. Enden werden nicht automatisch getauscht, damit Automatisierungsfehler sichtbar bleiben; korrigieren Sie die Reihenfolge und versuchen Sie es erneut.

Was kostet der IP-Bereich-zu-CIDR-Rechner?

Das Browser-Tool ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.

Vollständige KIT-Dokumentation lesen →