Erster und letzter nutzbarer Host CIDR
192.168.1.0/24 ergibt die nutzbaren Hosts 192.168.1.1 bis 192.168.1.254, also 254 Adressen ohne Netz und Broadcast. Fügen Sie einen beliebigen IPv4-Block ein, auch mit einer Hostadresse darin, und erhalten Sie die erste und letzte Adresse, die Sie wirklich vergeben können. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- CIDR
- 192.168.1.0/24
- Präfix
- 24
- Kartennetzwerk
- 192.168.1.0
- Broadcast
- 192.168.1.255
- Erster Host
- 192.168.1.1
Netzingenieure, CCNA-Teilnehmer und alle, die Adressen in einem IPv4-Teilnetz vergeben, brauchen den ersten und den letzten nutzbaren Host, nicht die Netzkennung und nicht den gerichteten Broadcast. Dieser Rechner für ersten und letzten nutzbaren CIDR-Host nimmt einen IPv4-Block in CIDR-Schreibweise, ermittelt Netz und Broadcast per Ganzzahlmaskierung und liefert den inklusiven nutzbaren Hostbereich, nachdem diese beiden reservierten Adressen ausgeschlossen sind. Fügen Sie 192.168.1.0/24 ein und Sie erhalten 192.168.1.1 bis 192.168.1.254. Eine Hostadresse innerhalb des Blocks wird zuerst auf das Netz normalisiert, sodass 192.168.1.50/24 denselben Bereich ergibt. Punkt-zu-Punkt-Präfixe /31 folgen RFC 3021 (beide Adressen sind nutzbar). Eine /32-Hostroute gilt als einzelne nutzbare Adresse.
Was erster und letzter nutzbarer Host in einem IPv4-Teilnetz bedeuten
In einem IPv4-Teilnetz ist die erste Adresse des Blocks die Netzkennung und die letzte der gerichtete Broadcast. Keine von beiden wird auf einem üblichen Mehrfachzugriffs-LAN einer Schnittstelle zugewiesen. Der erste nutzbare Host ist daher die Adresse unmittelbar nach dem Netz, der letzte nutzbare Host die unmittelbar vor dem Broadcast.
Im vertrauten Schrägstrich-vierundzwanzig-Beispiel 192.168.1.0/24 ist das Netz 192.168.1.0, der Broadcast 192.168.1.255 und der nutzbare Bereich 192.168.1.1 bis 192.168.1.254 — zweihundertvierundfünfzig Adressen. Dieselbe Regel skaliert: ein /16 hat 65,534 nutzbare Hosts; ein /30, auf vielen Punkt-zu-Punkt-Strecken vor RFC 3021 üblich, hat genau zwei. Dieser Rechner existiert, damit Sie das Präfix nicht in eine Maske umrechnen, die Adresse bitweise UND-verknüpfen, die Maske invertieren und eins von Hand addieren oder abziehen müssen.
Wo der nutzbare Hostbereich hilft
Adressierungsblätter, Firewall-Änderungstickets und Laborautomatisierung brauchen dieselben zwei Adressen: den niedrigsten und den höchsten Host, den Sie vergeben dürfen. Ein Junior-Ingenieur, der ein /27 für ein Drucker-VLAN dokumentiert, will 10.0.0.1 als Gateway und 10.0.0.30 als letzten Drucker, nicht 10.0.0.0 oder 10.0.0.31. Ein Ticket, das TCP 443 zu einem Anbieterkreis öffnet, sollte die nutzbaren Enden nennen, damit die ACL den Broadcast nicht versehentlich einschließt.
Prüfungsvorbereitung und CCNA-ähnliche Übungen nutzen denselben Vertrag als Orakel: gegeben ein CIDR, welches sind erster und letzter nutzbarer Host? Ungültige CIDR-Zeichenketten werden vor jeder Rechnung abgelehnt und nicht berechnet.
Anwendungsfälle
DHCP-Pools und statische Zuweisungsblätter
Machen Sie aus einem CIDR-Block die erste und letzte Adresse, die Sie Hosts geben oder als Standardgateway reservieren dürfen, ohne Netz oder Broadcast aufzuführen.
Firewall- und ACL-Grenzen
Dokumentieren Sie auf dem Änderungsticket den inklusiven nutzbaren Bereich, damit die Regel nur zuweisbare Hosts trifft und den gerichteten Broadcast nicht öffnet.
Häufige Fragen
Wie ermittelt man den ersten und letzten nutzbaren Host in einem CIDR-Block?
Senden Sie cidr als IPv4 in vier Oktetten mit Präfix (zum Beispiel 192.168.1.0/24).
Warum werden Netz- und Broadcast-Adresse ausgeschlossen?
Auf einem Mehrfachzugriffs-IPv4-LAN kennzeichnet die erste Adresse das Teilnetz und die letzte ist der gerichtete Broadcast. Weist man eine davon einem Host zu, bricht das Routing oder das Segment wird geflutet; deshalb sind sie keine nutzbaren Hosts.
Kann ich eine Hostadresse wie 192.168.1.50/24 einfügen?
Ja. Die Engine maskiert die Adresse auf das Netz (192.168.1.0/24) und berechnet den nutzbaren Bereich von diesem Netz aus, sodass ein Einfügen aus ifconfig oder einem Ticket weiterhin funktioniert.
Was gilt für /31- und /32-Blöcke?
Ein /31 ist nach RFC 3021 eine Punkt-zu-Punkt-Verbindung mit zwei Adressen: Es gibt weder Netz noch Broadcast, beide Adressen sind nutzbar. Ein /32 ist eine Host-Route, erster und letzter Host sind also dieselbe Adresse.
Wie wähle ich Gateway und letzte Geräteadresse?
Nehmen Sie die beiden Enden des nutzbaren Bereichs. Bei einem /27 ab 10.0.0.0 kann das Gateway 10.0.0.1 und das letzte Gerät 10.0.0.30 sein; nie 10.0.0.0 oder 10.0.0.31, denn das sind Netz und Broadcast.
Verwandte Tools
Für Entwickler — API-Zugang
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.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/dev/cidr-first-last-host \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"cidr":"192.168.1.0/24"}'const res = await fetch("https://api.kit.forhosting.com/dev/cidr-first-last-host", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"cidr": "192.168.1.0/24"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/cidr-first-last-host",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"cidr": "192.168.1.0/24"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/cidr-first-last-host", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"cidr":"192.168.1.0/24"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"cidr":"192.168.1.0/24"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/cidr-first-last-host", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"cidr": "192.168.1.0/24"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.cidr_first_last_host",
"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.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Was erster und letzter nutzbarer Host in einem IPv4-Teilnetz bedeuten
Sie senden den CIDR-Block; Sie erhalten first_host, last_host und usable_host_count sowie das reservierte Netz und den Broadcast, damit sichtbar bleibt, was ausgeschlossen wurde. Das ist die Suche, wenn das Teilnetz schon feststeht und nur die zuweisbaren Enden des Bereichs fehlen — eine andere Aufgabe als ein voller Teilnetzplaner, der Netze auch teilt oder Wildcard-Masken für Zugriffslisten druckt.
Eingabevertrag, CIDR-Zerlegung und besondere Präfixe
Leerzeichen um den Schrägstrich werden ignoriert. Fügen Sie einen Host ein, der schon im Block liegt —10.20.30.40/16—, maskiert die Engine die Adresse auf das Netz 10.20.0.0/16 und berechnet den nutzbaren Bereich von diesem Netz aus, sodass DHCP-Pools und ACL-Kommentare zum offiziellen Block passen. Präfixe 0 bis 30 schließen Netz und Broadcast auf klassische Weise aus. Senden Sie einen JSON-Body mit dem Pflichtfeld cidr: eine IPv4 in vier Oktetten, ein Schrägstrich und ein Präfix von 0 bis 32. Die Aliasse block und network werden gleichbedeutend akzeptiert. Ein /31 ist ein Zwei-Adressen-Punkt-zu-Punkt-Präfix nach RFC 3021: es gibt kein reserviertes Netz und keinen Broadcast, beide Adressen sind nutzbar und excludes_reserved ist false. Ein /32 ist eine Hostroute: first_host und last_host sind dieselbe Adresse und die nutzbare Anzahl ist eins. IPv6, fehlende Präfixe, Oktetts außerhalb 0–255 und Präfixe außerhalb 0–32 scheitern mit invalid_input und nennen cidr; diese Fehler werden nicht berechnet. Bei Erfolg gibt der Body das normalisierte cidr (Netz/Präfix), das ganzzahlige Präfix, network, broadcast, first_host, last_host, usable_host_count und excludes_reserved zurück, damit Clients eine Zeile zeichnen oder bei den Sonderpräfixen verzweigen können, ohne die Arithmetik neu zu schreiben.
Wo eine API für ersten und letzten nutzbaren Host ihren Nutzen hat
Erfolgreiche API-Aufrufe kosten den veröffentlichten Grundpreis $0.002 ohne Modell-Tokens und ohne ausgehende Abfrage. Halten Sie die Eingabe auf einen IPv4-Block, pinnen Sie first_host und last_host in Tests und Sie erhalten einen deterministischen Bereich zum Einfügen in DHCP, DNS-Reverse-Zonen oder eine Tabelle, ohne einen eigenen IPAM-Stapel aufzubauen.
Integrationsbeispiele
CCNA-Labore und Hausaufgabenkontrolle
Geben Sie Teilnehmern ein CIDR und prüfen Sie first_host, last_host und usable_host_count gegen die klassische Methode, Netz und Broadcast auszuschließen.
Technische Fragen
Was gilt bei einem /31 oder einem /32?
Ein /31 folgt RFC 3021: beide Adressen sind nutzbar und excludes_reserved ist false. Ein /32 ist eine Hostroute, daher sind first_host und last_host dieselbe Adresse und die nutzbare Anzahl ist eins.
Was kostet der Rechner für ersten und letzten nutzbaren CIDR-Host?
Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.