ForHosting KIT · Entwickler-Tools

CIDR-Rechner für gesamte und nutzbare IPv4-Adressen

Dieser Rechner für nutzbare CIDR-Hosts ermittelt aus einer IPv4-Adresse mit Präfix die exakte Netzgrenze, Broadcast-Adresse sowie die Gesamtzahl und nutzbare Anzahl der Adressen.

● BetaKostenlos · im Browser
Nutzen Sie es über WebAPIE-MailTelegramApp bald

Er akzeptiert übliche Angaben wie 192.168.1.0/24 und normalisiert auch eine Adresse innerhalb des Blocks. Punkt-zu-Punkt-Netze mit /31 und Hostrouten mit /32 werden korrekt behandelt, statt pauschal zwei Adressen abzuziehen. Die Berechnung erfolgt deterministisch und lokal und eignet sich für schnelle Planungen ebenso wie für automatisierte Prüfungen.

Gesamtadressen und nutzbare Hosts richtig verstehen

Ein IPv4-Präfix gibt an, wie viele der 32 Adressbits das Netz kennzeichnen. Die übrigen Bits bestimmen die Adressen darin; die Gesamtzahl ist daher zwei hoch der Anzahl verbleibender Bits. Bei /24 bleiben acht Bits und damit 256 Adressen. In herkömmlichen Subnetzen von /0 bis /30 kennzeichnet die erste Adresse das Netz, die letzte ist die Broadcast-Adresse. Beide werden normalerweise keinem Host zugewiesen, sodass /24 insgesamt 254 nutzbare Hosts bietet. Der Rechner zeigt beide Werte, weil die Gesamtzahl den zugeteilten Block und die nutzbare Zahl dessen normale Kapazität beschreibt. Zusätzlich liefert er normalisierte Netz- und Broadcast-Grenzen, mit denen Sie die Zugehörigkeit prüfen können. Die Zahl reservierter Adressen macht den Abzug transparent. Alle Werte sind exakte Ganzzahlen, einschließlich der 4,294,967,296 Adressen des vollständigen IPv4-Raums /0. Damit eignen sie sich für Inventare, Dokumentation und Validierungsregeln, ohne dass Sie Subnetzgrößen auswendig kennen müssen.

Sonderregeln für /31 und /32 berücksichtigen

Von der bekannten Regel, zwei Adressen abzuziehen, gibt es zwei wichtige Ausnahmen. Ein /31 enthält genau zwei Adressen. Auf einer Punkt-zu-Punkt-Verbindung sind getrennte Netz- und Broadcast-Ziele unnötig; nach der weit verbreiteten /31-Konvention können beide Adressen die Endpunkte bezeichnen. Der Rechner meldet deshalb zwei Gesamtadressen, zwei nutzbare und keine reservierte Adresse. Ein /32 enthält eine Adresse und stellt eine einzelne Hostroute statt eines klassischen Subnetzes mit mehreren Hosts dar. Diese Adresse ist für den dargestellten Host nutzbar, sodass alle Werte eins beziehungsweise null reservierte Adressen ergeben. Ein mechanischer Abzug würde null oder sogar eine negative Zahl liefern und Routingpläne verfälschen. Für ein stabiles Ausgabeformat bleiben Netz- und Broadcast-Felder erhalten: Bei /32 sind sie identisch, bei /31 bilden sie die beiden Endpunkte. Prüfen Sie vor dem Einsatz von /31-Verbindungen dennoch Geräteunterstützung und örtliche Richtlinien.

Normalisierte Grenzen für die Netzplanung verwenden

Sie können jede IPv4-Adresse mit Präfix eingeben, nicht nur eine bereits an der Netzgrenze geschriebene Adresse. Aus 192.168.1.37/24 ermittelt der Rechner 192.168.1.0/24 und 192.168.1.255 als Broadcast-Adresse. Das hilft bei der Prüfung von Firewall-Objekten, Hostinventaren, Cloud-Entwürfen oder fremder Konfiguration, weil der tatsächliche Block statt einer möglicherweise irreführenden Hostadresse sichtbar wird. Validieren Sie Eingaben vor der Bereitstellung, vergleichen Sie das normalisierte CIDR mit der geplanten Zuteilung und verwenden Sie usable_hosts für Kapazitätsprüfungen. Eine mathematisch nutzbare Adresse kann durch Cloud-Anbieter, Geräte oder interne Regeln zusätzlich reserviert sein; solche anbieterspezifischen Reservierungen sind nicht Bestandteil der allgemeinen Berechnung. Der Dienst führt weder DNS-Abfragen durch noch untersucht er ein aktives Netz. Er analysiert ausschließlich dezimale IPv4-CIDR-Notation und verwendet deterministische Arithmetik. Dadurch bleiben Ergebnisse für Pipelines, Infrastrukturprüfungen, IPAM-Importe und Lernaufgaben zuverlässig reproduzierbar.

Ein Subnetz dimensionieren

Prüfen Sie vor der Zuteilung, ob ein vorgeschlagenes IPv4-Präfix genügend nutzbare Hostadressen bietet.

Netzkonfiguration validieren

Normalisieren Sie eine Hostadresse mit Präfix und vergleichen Sie die ermittelten Netz- und Broadcast-Grenzen.

Punkt-zu-Punkt-Verbindungen planen

Zählen Sie beide Endpunkte eines /31 korrekt, ohne für Routerverbindungen ein größeres Subnetz zu verschwenden.

Was kostet die Nutzung?

Die API kostet $0.002 je Anfrage; der Rechner im Browser ist kostenlos nutzbar.

Warum werden normalerweise zwei Adressen abgezogen?

Bei Präfixen von /0 bis /30 bezeichnet die erste Adresse das Netz und die letzte den Broadcast; dazwischenliegende Adressen sind nutzbar.

Wie viele nutzbare Hosts hat ein /31?

Ein /31 bietet zwei nutzbare Adressen für die Endpunkte einer Punkt-zu-Punkt-Verbindung, ohne getrennte Netz- oder Broadcast-Reservierung.

Wie viele nutzbare Hosts hat ein /32?

Ein /32 stellt eine einzige Hostadresse dar; Gesamtzahl und nutzbare Anzahl betragen daher jeweils eins.

Kann ich statt der Netzadresse eine Hostadresse eingeben?

Ja. Der Rechner normalisiert sie anhand des angegebenen Präfixes auf die tatsächliche Netzgrenze.

Enthält die Zahl Reservierungen des Cloud-Anbieters?

Nein. Sie berücksichtigt nur übliche IPv4-CIDR-Regeln; zusätzliche Reservierungen müssen Sie gesondert abziehen.

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/cidr-host-count

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/cidr-host-count \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"cidr":"192.168.1.0/24"}'
{
  "cidr": "192.168.1.0/24"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.cidr_host_count",
  "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.

Vollständige KIT-Dokumentation lesen →