IP-Subnetz-Rechner: IPv4-CIDR, VLSM und IPv6-Präfixe

Die IP-Subnetz-Seite ist eine CIDR-Werkbank mit drei Bereichen für Adressen statt für Verbindungen. IPv4-Subnetz nimmt eine Adresse und eine Maske und füllt zehn Ergebniskarten; VLSM teilt einen Elternblock zwischen Netzen unterschiedlicher Größe auf; IPv6 normalisiert eine Adresse, liest ihr Präfix und zählt ihre Adressen. Jedes Feld stammt aus bitweiser Arithmetik auf der Adresse selbst, daher arbeitet die Seite offline und sendet nichts irgendwohin. Für Live-Messungen ist die Netzwerk-Tools-Seite die richtige Oberfläche.

更新 2026-10-015 个来源约 4 分钟读完

Verwendung der drei Bereiche

IPv4-Subnetz — eine Adresse analysieren.Geben Sie 192.168.1.130/26, 192.168.1.130 255.255.255.192 oder eine nackte Adresse mit der Maske im eigenen Feld ein. Die Karten füllen sich während der Eingabe.
Präfix-↔-Masken-Konverter — Notationen wechseln.Geben Sie 21, /21 oder eine gepunktete Maske wie 255.255.248.0 ein und erhalten Präfix, gepunktete Maske, Wildcard und die Anzahl nutzbarer Hosts.
VLSM — mehrere Netze planen.Geben Sie den Elternblock als CIDR an (192.168.1.0/24) und dann ein Subnetz pro Zeile als name hosts (Namen optional, Leerzeichen erlaubt). Der Planer sortiert nach Größe und liefert Maske, Bereich, Broadcast und nutzbare Anzahl pro Block.
IPv6 — ein Präfix lesen.Geben Sie eine Adresse mit optionalem Präfix ein (2001:db8:abcd:12::5/64): ohne Präfix wird der Text expandiert und komprimiert; mit Präfix erhalten Sie zusätzlich Netzpräfix, Host-Bits und Adressanzahl.

Die Bereiche sind auch direkt erreichbar: IPv4, VLSM und IPv6.

Durchgerechnete Beispiele

Jede Ausgabe unten wurde vom Tool mit den gezeigten Eingaben erzeugt.

Ein Host in einem /26. 192.168.1.130/26 ergibt Netzwerk 192.168.1.128/26, Broadcast 192.168.1.191, nutzbare Hosts 62, Gesamtadressen 64, Hostbereich 192.168.1.129 – 192.168.1.190, Netzmaske 255.255.255.192 = /26, Wildcard-Maske 0.0.0.63, Klasse C, Geltungsbereich Privatnutzung (RFC 1918) und Rolle Eine Host-Adresse.

Ein /24 vierfach geteilt. Elternblock 192.168.1.0/24 mit A 100, B 50, C 25, D 5:

Name	Bedarf	CIDR	Hostbereich	Nutzbar
A	100	192.168.1.0/25	192.168.1.1 – 192.168.1.126	126
B	50	192.168.1.128/26	192.168.1.129 – 192.168.1.190	62
C	25	192.168.1.192/27	192.168.1.193 – 192.168.1.222	30
D	5	192.168.1.224/29	192.168.1.225 – 192.168.1.230	6

Zugewiesen / gesamt 232 / 256, Auslastung 90,6 %, nächste freie 192.168.1.232.

Ein Dokumentationspräfix. 2001:db8:abcd:12::5/64 ergibt komprimiert (RFC 5952) 2001:db8:abcd:12::5, expandiert 2001:0db8:abcd:0012:0000:0000:0000:0005, Netzpräfix 2001:db8:abcd:12::/64, Host-Bits 64 bit, Adressen exakt 18446744073709551616 (Größenordnung 1.84×10^19) und Geltungsbereich Dokumentation (RFC 3849).

Wie die einzelnen Bereiche rechnen

IPv4-Felder. Netzwerk = Adresse mit gelöschten Host-Bits; Gesamtadressen = 2^(32−Präfix); Broadcast = letzte Adresse im Block; Wildcard = invertierte Maske. Nutzbare Hosts folgen 2^Hostbits − 2, mit den /31- und /32-Ausnahmen unten.
VLSM. Anfragen werden größte zuerst sortiert und jede erhält den kleinsten Zweierpotenzblock, der sie aufnimmt; die absteigende Reihenfolge hält jeden Block ausgerichtet, sodass der Plan keine Lücken hat. Blöcke werden von oben geschnitten, und die Zusammenfassung meldet, was übrig bleibt.
Geltungsbereich. Die Adresse wird gegen eine eingebaute Tabelle von Spezialbereichen geprüft, längstes Präfix zuerst. Nur die drei RFC-1918-Blöcke ergeben Privatnutzung; 100.64.0.0/10 (CGNAT) und 169.254.0.0/16 (Link-Local) sind weder privat noch öffentlich routbar.
IPv6. Text wird in die RFC-5952-Form normalisiert, und die Präfixarithmetik bleibt exakt bei 128 Bit: Adressanzahlen erscheinen als vollständige Dezimalzahl und als Größenordnung.

Grenzen

Präfixbereiche.: IPv4-Präfixe reichen von 0–32, und gepunktete Masken müssen zusammenhängende 1-Bits haben; 255.0.255.0 wird abgelehnt statt still akzeptiert.
Eingabesyntax.: Oktette mit führenden Nullen (010.1.1.1) werden abgelehnt, weil andere Parser sie als Oktal lesen könnten. Ein VLSM-Elternblock darf nicht schmaler als /30 sein, mit positiven ganzzahligen Host-Anzahlen.
Eine eingebaute Tabelle, kein Live-Register.: Bereichsbezeichnungen beschreiben den Adressblock, nicht die Erreichbarkeit eines Hosts.
Kein Diagnose- oder Paketwerkzeug.: Keine DNS-Abfrage, kein Traceroute, kein Geschwindigkeitstest und keine Prüfung der öffentlichen IP — dafür gibt es die Netzwerk-Tools-Seite. Keine Binärregister- oder Farbarbeit (Programmiererrechner), keine dezimale Gleitkomma-Arithmetik (Standardrechner).

Die /31-Falle

Ein /31 ist kein verschwendeter Block. Die Formel 2^Hostbits − 2 sagt, dass ein Präfix mit zwei Adressen null nutzbare Hosts hat, aber Punkt-zu-Punkt-Verbindungen nach RFC 3021 nutzen beide: 192.168.1.4/31 ergibt nutzbare Hosts 2 und Hostbereich 192.168.1.4 – 192.168.1.5, mit einer Infozeile, die darauf hinweist, dass es keine Netz- oder Broadcast-Adresse gibt. Ein /32 ergibt 1 als Hostroute; der VLSM-Planer behält die −2-Konvention bei und vergibt /31 nie von selbst.
Bei Gleichstand geht die IPv6-Nullkomprimierung an den linkesten Lauf. 2001:db8:0:0:1:0:0:1 komprimiert zu 2001:db8::1:0:0:1, nicht zu 2001:db8:0:0:1::1; eine einzelne Nullgruppe wird nie komprimiert.

Wofür es nützlich ist

Einen Block zwischen Teams aufteilen

Ein Bedarf von 100, 50, 25 und 5 Hosts kann sich ein /24 nicht als gleiche /26 teilen, ohne den halben Block zu verschwenden. VLSM liefert ein /25, /26, /27 und /29, füllt 232 von 256 Adressen und lässt 192.168.1.232 frei.

Eine Adresse aus einem Ticket lesen

Ein Nutzer meldet 192.168.1.130/26; das Panel zeigt das umgebende Netz, Broadcast, Hostbereich und Rolle — genug, um einen Host von einem Gateway oder einer Broadcast-Adresse zu unterscheiden.

Ein Präfix prüfen, bevor es ausgeliefert wird

Fügen Sie eine Dokumentationsadresse ein, um ihre kanonische Form, das Netzpräfix und die exakte Adressanzahl zu bestätigen, bevor das Präfix in eine Konfigurationsdatei geht.

Referenzen

IETF, RFC 1918: Address Allocation for Private Internets, rfc-editor.org （访问日期：2026-10-01）— die Private-Use-Blöcke hinter dem Geltungsbereich-Label.
IETF, RFC 4291: IP Version 6 Addressing Architecture, rfc-editor.org （访问日期：2026-10-01）— IPv6-Struktur, erweiterte Form und Spezialbereiche.
IETF, RFC 4632: Classless Inter-domain Routing (CIDR), rfc-editor.org （访问日期：2026-10-01）— Präfixnotation und die Netz-/Host-Aufteilung.
IETF, RFC 5952: A Recommendation for IPv6 Address Text Representation, rfc-editor.org （访问日期：2026-10-01）— Nullkomprimierung und die Gleichstandsregel.
IETF, RFC 3021: Using 31-Bit Prefixes on IPv4 Point-to-Point Links, rfc-editor.org （访问日期：2026-10-01）— warum beide /31-Adressen nutzbar sind.