CIDR- / Subnetzrechner

Ermitteln Sie, was ein CIDR-Block wirklich enthält: Netz- und Broadcast-Adresse, den nutzbaren Hostbereich und die kleinere Zahl, die Sie in einer VPC tatsächlich bekommen — dort behält der Anbieter fünf Adressen pro Subnetz ein.

CIDR-Block

Gängige Blöcke

Privater Bereich

Netz: 10.0.0.0/16
Broadcast: 10.0.255.255
Erster Host: 10.0.0.1
Letzter Host: 10.0.255.254
Netzmaske: 255.255.0.0
Wildcard-Maske: 0.0.255.255
Adressen gesamt: 65,536
Nutzbare Hosts: 65,534
Nutzbar in einer VPC: 65,531
Präfix: /16

In Subnetze aufteilen

Liegt eine Adresse in diesem Block?

Läuft vollständig im Browser. Diese Seite ist eine statische Datei. Was Sie eingeben, bleibt im Tab, wird nie an einen Server geschickt und ist beim Schließen verschwunden — ein echtes Token oder eine echte Konfiguration einzufügen ist also unbedenklich.

Wann man das braucht

Beim Aufteilen einer VPC in öffentliche und private Subnetze je Availability Zone, ohne dass sich Bereiche überschneiden.
Beim Prüfen, ob in einem /24 noch Platz ist, bevor ein weiterer Node-Pool oder Load Balancer dazukommt.
Beim Schreiben einer Security-Group- oder Firewall-Regel, wenn die exakte erste und letzte Adresse gebraucht wird.

Durchgerechnete Beispiele

Ein typisches VPC-Subnetz

Eingabe: 10.0.1.0/24
Ergebnis: 254 nutzbare Hosts, 251 innerhalb einer VPC

Netz- und Broadcast-Adresse sind nie vergebbar, und der Anbieter nimmt drei weitere.

Ein /22 für drei Availability Zones aufteilen

Eingabe: 10.0.0.0/22 in /24 aufgeteilt
Ergebnis: 10.0.0.0/24, 10.0.1.0/24, 10.0.2.0/24, 10.0.3.0/24

Vier Subnetze, eines bleibt übrig. Meist die richtige Wahl, denn ein Subnetz lässt sich später nicht vergrößern.

Eine Punkt-zu-Punkt-Verbindung

Eingabe: 192.168.1.4/31
Ergebnis: Beide Adressen sind nutzbar

RFC 3021 hat das Netz-/Broadcast-Paar für /31 abgeschafft — deshalb nutzen Router-Verbindungen es.

Wo es meistens schiefgeht

Die fünf reservierten Adressen vergessen

Ein /28 sieht nach 14 nutzbaren Hosts aus und liefert in AWS 11. Der Anbieter nimmt Netzadresse, Router, DNS, eine für künftige Zwecke und die Broadcast-Adresse.

Überlappende CIDRs zwischen VPCs

Zwei VPCs, die beide 10.0.0.0/16 nutzen, lassen sich nicht per Peering verbinden. Vergeben Sie überschneidungsfreie Bereiche von Anfang an — eine spätere Änderung bedeutet, jedes Subnetz darin neu zu bauen.

Subnetze auf die heutige Last zuschneiden

Das Präfix eines Subnetzes lässt sich nach dem Anlegen nicht ändern. Ein /24, das heute passt, ist voll, sobald ein Autoscaler die Knotenzahl verdoppelt.

Häufige Fragen

Warum gibt AWS fünf Adressen weniger her als die Rechnung sagt?

In jedem Subnetz reserviert AWS die Netzadresse, den VPC-Router (.1), den DNS-Resolver (.2), eine Adresse für künftige Zwecke (.3) und die Broadcast-Adresse. Ein /24 liefert damit 251 vergebbare Adressen, nicht 254.

Was ist das kleinste Subnetz, das ich anlegen kann?

AWS, Azure und GCP akzeptieren Präfixe von /16 bis /28, im kleinsten Fall also 11 nutzbare Adressen. Außerhalb der Cloud ist /31 für Punkt-zu-Punkt-Verbindungen gültig, und /32 beschreibt einen einzelnen Host.

Welche privaten Bereiche sollte ich verwenden?

RFC 1918 definiert 10.0.0.0/8, 172.16.0.0/12 und 192.168.0.0/16. Wählen Sie aus 10/8 für alles, was wachsen kann, lassen Sie 192.168/16 für Heim- und Laborsetups, und meiden Sie 172.17/16, weil Docker es standardmäßig belegt.