ForHosting KIT · Entwickler-Tools

Präfixlängen-Spickzettel

Ein /24 entspricht der Maske 255.255.255.0, der Wildcard 0.0.0.255, 256 Adressen und 254 nutzbaren Hosts: Wählen Sie einen Bereich von Präfixlängen und erhalten Sie eine Zeile pro Präfix, passend für Prüfungen, Zugriffslisten und Betriebshandbücher. 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
Präfix von
24
Präfix bis
30
Erhalten Sie
Anzahl der Zeilen
7

IPv4-Adressierung beginnt weiterhin mit einer Präfixlänge: ein /24 ist keine Schätzung, sondern die Maske 255.255.255.0, ein acht Bit großes Hostfeld, zweihundertsechsundfünfzig Adressen und zweihundertvierundfünfzig nutzbare Hosts, sobald Netz- und Broadcast-Adressen reserviert sind. Studierende, CCNA-Kandidaten, Firewall-Betreiber und ACL-Autoren schlagen diese Zuordnung dutzende Male am Tag nach und sollten Potenzen von zwei nicht an der Tafel neu rechnen. Jede Zeile nennt die gepunktete Subnetzmaske, die invertierte Wildcard-Maske cisco-artiger Zugriffslisten, die Gesamtzahl der Adressen (zwei hoch Host-Bits) und die nutzbaren Hosts nach den modernen /31-Punkt-zu-Punkt- und /32-Hostroute-Konventionen.

Wie aus der Präfixlänge Maske, Wildcard und Hostzahlen werden

Eine IPv4-Adresse ist eine zweiunddreißig Bit lange Zeichenkette. Eine Präfixlänge n daneben zu schreiben ist ein Vertrag: die ersten n Bits benennen das Netz und die restlichen zweiunddreißig minus n Bits benennen die Hosts in diesem Netz. Die Subnetzmaske sind einfach diese n Einsen, gefolgt von zweiunddreißig minus n Nullen, gedruckt als vier dezimale Oktette. /24 wird daher zu 255.255.255.0, /16 zu 255.255.0.0, /8 zu 255.0.0.0 und /0 zu 0.0.0.0.

Die Wildcard-Maske ist das bitweise Komplement der Subnetzmaske und die Form, die Cisco-IOS-Zugriffslisten, manche OSPF-Netzwerkangaben und überraschend viele Prüfungsfragen noch verlangen: /24 wird zu 0.0.0.255 und /16 zu 0.0.255.255. Die Gesamtadressen des Blocks entsprechen zwei hoch der Host-Bit-Zahl. Für jedes Präfix von /0 bis /30 zieht die Unterrichtsregel anschließend zwei reservierte Adressen ab — die All-Nullen-Netzkennung und den All-Einsen-Broadcast — und erhält so die nutzbaren Hosts. /31 ist die Punkt-zu-Punkt-Ausnahme nach RFC 3021: beide Adressen sind nutzbar und es gibt keinen Broadcast. /32 ist eine Hostroute mit einer einzigen Adresse.

Wo ein Präfixlängen-Spickzettel seinen Nutzen zeigt

Zertifizierungskurse und Unterrichtslabore verlangen weiterhin, eine Präfixlängentabelle aus dem Gedächtnis zu füllen: gegeben /26, schreiben Sie Maske, Wildcard, Blockgröße und nutzbare Hosts. Firewall- und ACL-Autoren wandeln ein Präfix in eine Wildcard-Maske, wenn sie eine CIDR-Allow-Liste in eine klassische erweiterte Zugriffsliste übersetzen; jedes Präfix eines Planungsbereichs auszugeben vermeidet Einserfehler zwischen /23 und /25. Runbook-Generatoren schreiben die volle Tabelle von /0 bis /32 einmal in ein internes Wiki und hören auf zu streiten, ob ein /31 null oder zwei nutzbare Adressen hat.

Fehlgeschlagene Validierung wird nicht berechnet. Fordern Sie nur den Präfixbereich an, den Sie brauchen, behandeln Sie /31 und /32 nach den hier dokumentierten RFC-3021- und Hostroute-Konventionen, und Sie erhalten eine reproduzierbare IPv4-Präfixtabelle für Hausaufgaben, ACL-Prüfungen und Edge-Worker, ohne einen IP-Adressverwaltungsstapel aufzubauen.

Präfixtabellen für CCNA und den Unterricht

Füllen oder bewerten Sie den klassischen Spickzettel von /8 bis /32: Maske, Wildcard, Blockgröße und nutzbare Hosts je Präfixlänge.

Planung von ACL-Wildcard-Masken

Übersetzen Sie einen Präfixbereich in cisco-artige Wildcard-Masken, wenn Sie eine erlaubte CIDR-Liste in eine erweiterte Zugriffsliste umwandeln.

Wie viele nutzbare Hosts hat jedes IPv4-Präfix?

Für Präfix 0–30 entsprechen die nutzbaren Hosts 2^(32-prefix) minus 2 (Netz und Broadcast). Ein /31 hat 2 nutzbare Adressen (RFC 3021). Ein /32 ist eine Hostroute mit 1 Adresse.

Worin unterscheiden sich Subnetzmaske und Wildcard-Maske?

Die Subnetzmaske sind Präfix-Einsen gefolgt von Host-Nullen (/24 ist 255.255.255.0). Die Wildcard-Maske ist ihr bitweises Komplement (0.0.0.255) und das, wogegen klassische Cisco-ACLs vergleichen.

Wie erhalte ich die vollständige Tabelle von /0 bis /32?

Die Antwort hat 33 Zeilen, eine je IPv4-Präfixlänge, einschließlich der /31-Punkt-zu-Punkt- und /32-Hostroute-Konventionen.

Ist das derselbe Rechner, der 192.168.1.0/24 entgegennimmt?

Nein. Jenes Werkzeug bemisst ein konkretes Netz (erster Host, letzter Host, Broadcast). Dieser Spickzettel ordnet jeder Präfixlänge Maske, Wildcard, Gesamtadressen und nutzbare Hosts zu.

Warum werden in jedem Block zwei Adressen abgezogen?

Weil die Adresse mit lauter Nullbits das Netz bezeichnet und die mit lauter Einsen der Broadcast ist: Ein /24 hat 256 Adressen, aber 254 nutzbare Hosts. Ausnahmen sind /31, bei dem beide Adressen nutzbar sind, und /32 mit einer einzigen Adresse.

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/subnet-hosts-table

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/subnet-hosts-table \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"prefix_from":24,"prefix_to":30}'
{
  "prefix_from": 24,
  "prefix_to": 30
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.subnet_hosts_table",
  "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.

Dieser Präfixlängen-Spickzettel baut eine Nachschlagetabelle für jede angeforderte IPv4-Präfixlänge von prefix_from bis prefix_to einschließlich.

Wie aus der Präfixlänge Maske, Wildcard und Hostzahlen werden

Dieser Spickzettel durchläuft jedes ganzzahlige Präfix von prefix_from bis prefix_to einschließlich und gibt jene vier abgeleiteten Spalten aus, damit eine lernende Person, ein ACL-Autor oder ein Dokumentationsgenerator eine vollständige Nachschlagetabelle in einer Antwort liest, statt in jeder Zeile eine Zweierpotenz neu zu rechnen.

Eingabevertrag, Tabellenform und die Ausnahmen /31 und /32

Beide müssen ganze Zahlen von null bis zweiunddreißig sein. Kombinieren Sie die Tabelle mit eigener Netzadressenarithmetik, wenn Sie auch ersten Host, letzten Host oder Broadcast eines konkreten CIDR brauchen; dieser Endpunkt ist die Präfixlängen-Referenz, kein Rechner für ein einzelnes Netz. Halten Sie den Bereich innerhalb der dreiunddreißig möglichen IPv4-Präfixlängen und pinnen Sie die Zahlenspalten in Tests, damit Goldens über Laufzeiten hinweg byte-stabil bleiben. Senden Sie per POST einen JSON-Body mit zwei Pflicht-Ganzzahlfeldern. prefix_from ist der inklusive Beginn des IPv4-Präfixlängenbereichs und prefix_to das inklusive Ende. Die Aliasse from und min_prefix gelten für prefix_from; to und max_prefix für prefix_to. Ist prefix_from größer als prefix_to, scheitert die Aufgabe mit invalid_input und nennt die Ordnungsregel. Fehlende Felder, Nicht-Ganzzahlen, Booleans und Werte außerhalb von null bis zweiunddreißig scheitern ebenfalls mit invalid_input und werden nicht berechnet. Bei Erfolg gibt der Body prefix_from und prefix_to zurück, setzt row_count auf die Zahl der ausgegebenen Zeilen und liefert rows als nach steigendem Präfix geordnetes Array. Jede Zeile enthält prefix (die ganzzahlige Länge), cidr (die Schrägstrichform wie /24), subnet_mask und wildcard_mask als gepunktete Dezimalzeichenketten, host_bits (zweiunddreißig minus prefix), total_addresses als ganzzahlige Zweierpotenz und usable_hosts nach den oben beschriebenen modernen Konventionen. Beispiel: prefix_from vierundzwanzig und prefix_to dreißig liefert sieben Zeilen, beginnend mit /24 (Maske 255.255.255.0, Wildcard 0.0.0.255, zweihundertsechsundfünfzig Adressen, zweihundertvierundfünfzig nutzbare Hosts) und endend mit /30 (Maske 255.255.255.252, Wildcard 0.0.0.3, vier Adressen, zwei nutzbare Hosts).

Wo ein Präfixlängen-Spickzettel seinen Nutzen zeigt

Ein lebendiger Spickzettel, der zugleich eine API ist, lässt einen Auto-Grader diese vier Zellen bewerten, ohne ein privates Tabellenblatt zu pflegen. Weil die Implementierung reines Parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz.

Runbooks und erzeugte Dokumentation

Schreiben Sie eine stabile IPv4-Präfixtabelle in ein Wiki oder eine CI-Fixture, damit Teams aufhören, über /31- und /32-Hostzahlen zu streiten.

Was kostet der Präfixlängen-Spickzettel?

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

Vollständige KIT-Dokumentation lesen →