Subnetz- & CIDR-Rechner

Berechnen Sie IPv4- und IPv6-Subnetze ohne Latenz. Mit interaktivem 32-Bit-Binär-Bitmasken-Band, Cloud-VPC-Slicer (VLSM-Simulator), Firewall-Konflikt-Auditor, 128-Bit-IPv6-Hex-Visualisierer und Multi-Cloud-IaC-Export (Terraform & Cisco) bei 100 % lokalem Datenschutz.

Online-Werkzeuge

Rechenzentrum-Kybernetik v2.4

Bitweise Berechnungen (0 ms Latenz)100 % Client-Datenschutz (Air-Gapped)Konform mit RFC 1519 / RFC 4291

Omni-Eingabe Netzwerk-TerminalIPv4 CIDR (/24)

Rechenzentrums-Voreinstellungen:

Binäres Bitmasken-Band (32-Bit-Zuweisung)

Netzwerk-Präfix-Bits (1) (24)Host-Zuweisungs-Bits (0) (8)

Oktett 1

11111111

Oktett 2

11111111

Oktett 3

11111111

Oktett 4

00000000

Subnetzmasken-CIDR-Präfixlänge:/24 (255.255.255.0)

/0 (Internet)/8 (Klasse A)/16 (Klasse B)/24 (Klasse C)/30 (P2P)/32 (Host)

Netzwerktechnik-Telemetrie

Netzwerkadresse

192.168.1.0/24

0xC0A80100

Broadcast-Adresse

192.168.1.255

Direkte Broadcast-Adresse

Subnetzmaske

255.255.255.0

0xFFFFFF00

Wildcard-Maske

0.0.0.255

Invertierte Bitmaske (~Maske)

Nutzbarer Host-Bereich

192.168.1.1192.168.1.254

Erster nutzbarer Host: 192.168.1.1|Letzter nutzbarer Host: 192.168.1.254

Nutzbare Host-Kapazität

254

Gesamte IP-Adressen: 256

RFC-Routing-Bereich

RFC 1918 Private (Class C 16-bit block)

Klassische IP-Klasse: Class C (/24)

Cloud-VPC-Slicer (VLSM-Simulator)

Unterteilen Sie Ihren CIDR-Block deterministisch in mehrstufige Verfügbarkeitszonen und Mikrosegmentierungs-Subnetze.

Aufteilen in:

Public Zone AZ-A

192.168.1.0/26

Nutzbarer Host-Bereich

192.168.1.1 – 192.168.1.62

Broadcast-Adresse192.168.1.63

Nutzbare Hosts62

Private App AZ-A

192.168.1.64/26

Nutzbarer Host-Bereich

192.168.1.65 – 192.168.1.126

Broadcast-Adresse192.168.1.127

Nutzbare Hosts62

Datenbank AZ-A

192.168.1.128/26

Nutzbarer Host-Bereich

192.168.1.129 – 192.168.1.190

Broadcast-Adresse192.168.1.191

Nutzbare Hosts62

Management AZ-A

192.168.1.192/26

Nutzbarer Host-Bereich

192.168.1.193 – 192.168.1.254

Broadcast-Adresse192.168.1.255

Nutzbare Hosts62

💡 Cloud-Hypervisor-Reservierung: AWS und Azure reservieren 5 IP-Adressen pro Subnetz (Netzwerk .0, VPC-Router .1, VPC-DNS .2, Zukunft .3, Broadcast .255).

Firewall-Konflikt-Engine (Überlappungsprüfung)

Prüfen Sie Ziel-IP-Adressen oder Subnetze gegen diesen CIDR-Block mit latenzfreier bitweiser Auswertung.

FIREWALL-BLOCKIERUNG: Ziel-IP liegt AUSSERHALB (Kein Treffer)

Ziel-IP liegt numerisch hinter der Broadcast-Adressengrenze.

Bitweiser UND-Vergleich: (Ziel-IP & Subnetzmaske) === Netzwerkadresse

Infrastructure-as-Code (IaC) Export

Direkt aus Ihren aktiven CIDR-Parametern erstellte Konfigurationsbausteine für Automatisierung und Bereitstellung.

Terraform (HCL)

# Terraform AWS VPC & Subnet Architecture
resource "aws_vpc" "datacenter_vpc" {
  cidr_block           = "192.168.1.0/20"
  enable_dns_hostnames = true
  enable_dns_support   = true

  tags = {
    Name        = "VPC-Region-A"
    Environment = "Production"
    ManagedBy   = "Terraform"
  }
}

resource "aws_subnet" "primary_subnet" {
  vpc_id                  = aws_vpc.datacenter_vpc.id
  cidr_block              = "192.168.1.0/24"
  map_public_ip_on_launch = true

  tags = {
    Name        = "VPC-Subnet-Tier-A"
    Netmask     = "255.255.255.0"
    TotalHosts  = "256"
  }
}

IPv4-CIDR-Subnetz-Referenzmatrix

CIDR-Präfix	Subnetzmaske	Wildcard-Maske	Gesamte Adressen	Nutzbare Hosts	AWS-nutzbare Hosts	Typischer Cloud- & Enterprise-Einsatz
/32	255.255.255.255	0.0.0.0	1	1	0	Loopback-Schnittstelle, Host-Route, Firewall-Regel
/31	255.255.255.254	0.0.0.1	2	2	0	Punkt-zu-Punkt-Routerverbindungen (RFC 3021)
/30	255.255.255.252	0.0.0.3	4	2	0	Punkt-zu-Punkt-Routerverbindungen (RFC 3021)
/29	255.255.255.248	0.0.0.7	8	6	3	Microservices, Bastion-Host, Container-Subnetz
/28	255.255.255.240	0.0.0.15	16	14	11	Microservices, Bastion-Host, Container-Subnetz
/27	255.255.255.224	0.0.0.31	32	30	27	Standard-VPC-Schicht, Datenbank-Cluster, Kubernetes-Knotenpool
/26	255.255.255.192	0.0.0.63	64	62	59	Standard-VPC-Schicht, Datenbank-Cluster, Kubernetes-Knotenpool
/25	255.255.255.128	0.0.0.127	128	126	123	Standard-VPC-Schicht, Datenbank-Cluster, Kubernetes-Knotenpool
/24	255.255.255.0	0.0.0.255	256	254	251	Standard-VPC-Schicht, Datenbank-Cluster, Kubernetes-Knotenpool
/22	255.255.252.0	0.0.3.255	1.024	1.022	1.019	Regionales primäres VPC-Subnetz, Campus-LAN-Abteilung
/20	255.255.240.0	0.0.15.255	4.096	4.094	4.091	Regionales primäres VPC-Subnetz, Campus-LAN-Abteilung
/16	255.255.0.0	0.0.255.255	65.536	65.534	65.531	Zentraler Enterprise-Backbone, Cloud-Carrier-Routing
/8	255.0.0.0	0.255.255.255	16.777.216	16.777.214	16.777.211	Zentraler Enterprise-Backbone, Cloud-Carrier-Routing

Anleitung: Subnetz- & CIDR-Rechner

Schritt-für-Schritt-Leitfaden für IP-Planung, VLSM-Subnetzaufteilung, Firewall-Audits und IaC-Export.

IP-Adresse & CIDR-Präfix eingeben

Geben Sie eine IPv4- oder IPv6-Adresse in CIDR-Notation (z. B. 10.0.0.0/16, 192.168.1.1/24) oder mit Subnetzmaske in das Terminal ein oder wählen Sie ein Cloud-Architektur-Preset.

32-Bit-Binärmaskenband anpassen

Visualisieren Sie Netzwerk- und Host-Bits in Echtzeit. Klicken Sie auf einzelne Bits oder bewegen Sie den CIDR-Schieberegler zur dynamischen Anpassung.

Netzwerk-Telemetrie analysieren

Prüfen Sie Netzwerk-ID, Broadcast-Adresse, ersten/letzten nutzbaren Host, Wildcard-Maske und nutzbare Host-Anzahl inklusive Cloud-VPC-Reservierungen.

Subnetze mit VLSM-Slicer aufteilen

Segmentieren Sie Ihren übergeordneten CIDR-Block in gleichmäßige Subnetze für Public-, Private- und Datenbank-Tiers ohne Adressüberschneidungen.

Firewall- & Routing-Konflikte prüfen

Geben Sie Ziel-IPs oder Remote-Subnetze in den Firewall-Konflikt-Auditor ein, um Zugehörigkeit, Kollisionen und Routing-Überlappungen zu erkennen.

Produktionsfertigen IaC-Code exportieren

Kopieren Sie fertige Konfigurations-Snippets für Terraform AWS VPC, Cisco IOS ACLs, Linux iproute2, Python ipaddress oder JSON.

Häufig gestellte Fragen (FAQ)

Technische Erläuterungen zu Subnetzberechnung, VLSM-Architektur, Cloud-Reservierungen und Routing-Protokollen.

Q:Warum reservieren Cloud-Provider wie AWS VPC 5 IP-Adressen pro Subnetz?

In jedem AWS-VPC-Subnetz sind 5 Adressen reserviert: .0 (Netzwerkadresse), .1 (VPC-Router-Standardgateway), .2 (DNS-Resolver AmazonProvidedDNS), .3 (für zukünftige Cloud-Funktionen) und .255 (Netzwerk-Broadcast). Ein /28-Subnetz hat 16 Adressen, aber nur 11 sind für Instanzen nutzbar.

Q:Was unterscheidet CIDR vom klassischen klassenbasierten Routing?

Klassenbasiertes Routing (RFC 791) teilte IPv4 starr in Klasse A (/8), B (/16) und C (/24) ein, was zu massiver Adressverschwendung führte. CIDR (RFC 1519) hob diese Klassengrenzen auf und ermöglichte variable Präfixlängen (/13 bis /32) sowie Routenaggregation (Supernetting).

Q:Wann sollte ein /31-Subnetz anstelle eines /30 für Punkt-zu-Punkt-Verbindungen genutzt werden?

RFC 3021 erlaubt /31-Subnetze (2 Adressen) speziell für Punkt-zu-Punkt-Routerlinks. Da nur zwei Endpunkte existieren, werden keine separaten Netzwerk- und Broadcast-Adressen benötigt, was den IPv4-Verbrauch gegenüber /30 halbiert.

Q:Was ist eine Wildcard-Maske und wozu wird sie verwendet?

Eine Wildcard-Maske ist die bitweise Umkehrung der Subnetzmaske (255.255.255.255 minus Subnetzmaske). Bit 0 bedeutet "muss übereinstimmen", Bit 1 bedeutet "ignorieren". Sie wird standardmäßig in Cisco IOS ACLs und OSPF-Konfigurationen eingesetzt.

Q:Warum gilt /64 als obligatorische Standard-Subnetzgröße für IPv6?

RFC 4291 schreibt ein /64-Präfix für Standard-IPv6-Subnetze vor, da die zustandslose Autokonfiguration (SLAAC) genau 64 Bits für die Interface-ID benötigt. Längere Präfixe als /64 verhindern SLAAC und Router Discovery.

Q:Wie erkennt der Firewall-Konflikt-Auditor IP-Überlappungen?

Der Prüfer konvertiert Subnetz und Ziel-IP in vorzeichenlose 32-Bit-Ganzzahlen. Mittels bitweisem UND mit der Subnetzmaske wird exakt berechnet, ob die IP im nutzbaren Bereich, auf den Netzwerkgrenzen oder außerhalb des Subnetzes liegt.

N = IP AND M_int = IP AND ( 2³² − 2^{32 − CIDR} )

B = N OR W = N + ( 2^{32 − CIDR} − 1 )

C_usable = 2^{32 − CIDR} − 2, C_VPC = 2^{32 − CIDR} − 5

C_IPv6 = 2^{128 − Prefix}

N: Netzwerkadresse als Routing-Präfix, berechnet durch bitweises UND zwischen IPv4-Adresse und 32-Bit-Subnetzmaske (M_int).
B: Directed Broadcast-Adresse, berechnet durch bitweises ODER mit der inversen Wildcard-Maske (W = NOT(M_int)).
H_min – H_max: Zuweisbarer Host-Bereich von N + 1 bis B − 1 (für CIDR-Präfixe ≤ 30).
C_usable: Nutzbare IPv4-Hostkapazität unter Abzug von Netzwerk- (N) und Broadcast-Adresse (B).
C_VPC: In Cloud-VPCs nutzbare Instanzen unter Vorbehalt von 5 reservierten Hypervisor-Adressen (Netzwerk, Gateway, DNS, Reserve, Broadcast).
C_IPv6: Gesamtes Adressvolumen innerhalb eines 128-Bit-IPv6-Subnetz-Präfixes.

Was ist Subnetz- & CIDR-Rechner?

Eine fehlerhafte IP-Adressierung kann im schlimmsten Fall ganze Rechenzentren lahmlegen oder kritische Firewall-Regeln aushebeln. Dieser professionelle Subnet- und CIDR-Rechner bietet Netzwerktechnikern eine verzögerungsfreie, hochpräzise Umgebung zur Planung von IPv4- und IPv6-Netzen. Da in kritischen Infrastrukturen (KRITIS) strengste Datenschutzrichtlinien gelten, arbeitet das Tool zu 100 % lokal im Browser; es werden keine sensiblen IP-Konzepte an externe Server übermittelt. Neben der Ermittlung von nutzbaren Host-Bereichen bietet die Plattform einen Firewall Conflict Overlap Auditor und einen fortschrittlichen Cloud VPC Slicer, der das komplexe Thema VLSM (Variable Length Subnet Masking) visuell greifbar macht.

Praktisches Anwendungsbeispiel: RZ-Migration und BGP-Routing

Ein Network Engineer in Frankfurt bereitet die Migration eines lokalen Rechenzentrums in die Azure Cloud vor. Das Unternehmen nutzt komplexe BGP-Routen über ExpressRoute. Um IP-Adresskonflikte zwischen den alten On-Premise-Servern und der neuen Cloud-Umgebung zu vermeiden, nutzt der Ingenieur den Firewall Conflict Overlap Auditor. Er gibt die bestehenden Subnetze ein und das System warnt ihn sofort vor Überschneidungen. Danach unterteilt er sein neues Cloud-Netzwerk mit dem VPC Slicer in sichere DMZ- und Backend-Bereiche. Zum Abschluss kopiert er sich die fertigen Cisco IOS CLI-Befehle aus dem Export-Modul, um die Core-Router im Rechenzentrum in Sekundenschnelle und fehlerfrei zu konfigurieren.

Werkzeuge für Network Engineers

Modul	Technische Funktion	Ihr Vorteil in der Praxis
VPC VLSM Simulator	Unterteilt Hauptnetze in kleinere Subnetze (z. B. /26 oder /27).	Ermöglicht eine saubere Mikrosegmentierung von Cloud-Ressourcen.
Bit-Mask Ribbon	Stellt die 32-Bit-Binärstruktur interaktiv dar.	Erleichtert das Verständnis von Netz- und Host-Bits bei komplexen Masken.
Overlap Auditor	Prüft IPs auf Bit-Ebene gegen bestehende CIDR-Blöcke.	Verhindert Blackholing und fatale Routing-Fehler vor dem Deployment.
IaC-Export (Terraform)	Wandelt Parameter direkt in HCL- oder JSON-Code um.	Beschleunigt die Automatisierung von Cloud-Infrastrukturen massiv.

Geschichte und Ursprung

Subnetting wurde erstmals 1985 im RFC 950 standardisiert. Zuvor musste jeder physische Netzwerkstrang ein völlig eigenständiges, vom Internet-Registrar zugewiesenes Netzwerk sein. Durch die Einführung von Subnetzmasken konnten Administratoren ein großes Netzwerk intern in mehrere kleine, isolierte Broadcast-Domänen aufteilen. Dies reduzierte nicht nur den "Broadcast-Lärm", der frühe Netzwerke oft überlastete, sondern bildete auch das logische Fundament für moderne Sicherheitskonzepte wie VLANs und Firewalls.