ForHosting KIT · Entwickler-Tools

Nutzbare Subnetz-Hosts aus Maske oder CIDR berechnen

Dieser Rechner für nutzbare Hosts wandelt eine IPv4-CIDR-Präfixlänge oder eine punktierte dezimale Subnetzmaske in eine klare Kapazitätsangabe um.

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

Er liefert das normalisierte Präfix, die entsprechende Maske, die Gesamtzahl der Subnetzadressen und die nach Abzug von Netzwerk- und Broadcastadresse nutzbaren Hosts. Verwenden Sie ihn zur Adressraumplanung, zur Kontrolle einer Aufgabe, zur Netzwerkdokumentation oder zur Prüfung einer Infrastrukturkonfiguration. Die Berechnung ist deterministisch und fragt kein Netzwerk ab; dieselbe Eingabe erzeugt daher stets dasselbe Ergebnis.

Geben Sie ein CIDR-Präfix oder eine Subnetzmaske ein

Geben Sie ein Präfix wie 24 oder /24 beziehungsweise eine punktierte Dezimalmaske wie 255.255.255.0 an. Der Rechner akzeptiert sämtliche IPv4-Präfixe von 0 bis 32 einschließlich der Grenzwerte. Bei einer Maske muss jedes Oktett zwischen 0 und 255 liegen, und die Binärdarstellung muss zusammenhängend sein: Sämtliche Eins-Bits müssen vor allen Null-Bits stehen. 255.0.255.0 wird abgelehnt, weil dieser Wert keine herkömmliche CIDR-Subnetzmaske darstellt. Das Ergebnis normalisiert beide Eingabeformen als Präfixlänge und Dezimalmaske, sodass Sie Konfigurationen mit unterschiedlicher Schreibweise einfach vergleichen können. Äußere Leerzeichen werden ignoriert; zusätzlicher Text, IPv4-Adressen mit angehängtem Präfix, negative Zahlen, Dezimalzahlen und Präfixe über 32 werden jedoch abgelehnt. Diese strenge Prüfung verhindert scheinbar plausible Kapazitätswerte aus mehrdeutigen oder fehlerhaften Einstellungen. Beim API-Aufruf können Sie subnet, prefix oder mask verwenden; subnet ist das dokumentierte Hauptfeld.

Verstehen Sie Gesamtadressen und nutzbare Hosts

Eine IPv4-Adresse umfasst 32 Bit. Das Präfix legt die führenden Netzwerk-Bits fest und lässt die übrigen Bits für Adressen im Subnetz frei. Die Gesamtzahl ist somit zwei hoch 32 minus Präfixlänge. Bei /24 bleiben acht Bit übrig und ergeben 256 Gesamtadressen. Diese Fähigkeit folgt der verlangten traditionellen Konvention und zieht zwei Adressen ab: die Netzwerkkennung und die Broadcastadresse. /24 liefert deshalb 254 nutzbare Hosts. Sehr kleine Subnetze erfordern besondere Aufmerksamkeit: Weil Netzwerk und Broadcast stets ausgeschlossen werden, ergeben /31 und /32 hier null nutzbare Hosts. Manche Punkt-zu-Punkt-Verbindungen verwenden beide /31-Adressen nach einer besonderen Konvention; eine Hostroute bezeichnet mit /32 eine Adresse. Diese betrieblichen Auslegungen liegen jedoch außerhalb der erklärten Regel. Die Gesamtzahl bleibt hilfreich: /31 enthält zwei Adressen, /32 eine. Das größte akzeptierte Netz /0 besitzt 4,294,967,296 Gesamtadressen und nach beiden Abzügen 4,294,967,294.

Nutzen Sie das Ergebnis für die Netzwerkplanung

Verwenden Sie die nutzbare Anzahl als erste Kapazitätsprüfung und berücksichtigen Sie anschließend die Reservierungen Ihrer Umgebung. Gateways, Load Balancer, DNS-Dienste, Appliances, virtuelle IPs, Provider-Reservierungen und Wachstumsreserven können die Verfügbarkeit zusätzlich zu Netzwerk und Broadcast verringern. /26 bietet beispielsweise 64 Gesamtadressen und nach traditioneller Formel 62 nutzbare, kann nach Plattformreservierungen aber weniger Instanzen aufnehmen. Die normalisierte Maske hilft außerdem, einen CIDR-Entwurf in Geräte oder Dokumente mit dezimaler Schreibweise zu übertragen. Vergleichen Sie in Automatisierungen usable_host_addresses mit der benötigten Gerätezahl und stoppen Sie Bereitstellungen frühzeitig, wenn die Kapazität nicht reicht. Speichern Sie prefix_length und subnet_mask mit dieser Entscheidung, damit die verwendete Auslegung nachvollziehbar bleibt. Das Werkzeug zählt nur Adressen: Ohne Host-IP berechnet es weder Netzwerk noch Broadcast und untersucht keine Routen, VLANs, DHCP-Pools, IPv6-Präfixe oder aktiven Geräte. Eine API-Ausführung kostet $0.002; die deterministische Berechnung eignet sich ebenso für schnelle interaktive Prüfungen.

Ein neues IPv4-Subnetz dimensionieren

Vergleichen Sie nutzbare Hosts mit dem Gerätebedarf und planen Sie Reservierungen sowie Wachstum ein.

Netzwerkdokumentation überprüfen

Wandeln Sie eine Dezimalmaske in das normalisierte Präfix um und prüfen Sie die angegebene Kapazität.

Infrastrukturautomatisierung absichern

Verwerfen Sie ein geplantes Präfix, wenn seine traditionell nutzbaren Adressen den Bedarf nicht decken.

Welche Eingabeformate werden akzeptiert?

Verwenden Sie ein ganzzahliges Präfix von 0 bis 32, dasselbe Präfix mit führendem Schrägstrich oder eine zusammenhängende dezimale IPv4-Maske.

Wie wird die Anzahl nutzbarer Hosts berechnet?

Der Rechner ermittelt 2^(32-prefix) Gesamtadressen und zieht Netzwerk sowie Broadcast ab, wobei das Ergebnis nie unter null fällt.

Warum liefert /31 null nutzbare Hosts?

Diese Fähigkeit verwendet die verlangte traditionelle Ausschlussregel und nicht die besondere Punkt-zu-Punkt-Auslegung, die beide /31-Adressen nutzbar macht.

Berechnet das Werkzeug Netzwerk- und Broadcastadressen?

Nein. Es zählt Adressen nur aus Maske oder Präfix; zur Berechnung der Grenzen wäre zusätzlich eine IPv4-Adresse nötig.

Was kostet eine API-Anfrage?

Jede API-Anfrage kostet $0.002. Der Algorithmus verwendet weder externe Netzwerkdienste noch probabilistische Modelle.

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