Netmask ↔ CIDR Konverter

Der Netzmaske-zu-CIDR-Konverter bietet sofortige bidirektionale Konvertierung zwischen dezimal gepunkteten Subnetzmasken wie 255.255.255.0 und CIDR-Praefixnotation wie /24. Geben Sie eines der beiden Formate ein und erhalten Sie den aequivalenten Wert zusammen mit der Wildcard-Maske, den Host-Bits und der Gesamtanzahl der Adressen.

Subnetzmaske und CIDR-Notation verstehen

Jede Subnetzgrenze kann auf zwei Arten ausgedrueckt werden, und die Faehigkeit, zwischen ihnen zu konvertieren, ist eine jener kleinen Fertigkeiten, die Ihnen jede Woche echte Zeit spart. Das aeltere Format ist die dezimal gepunktete Subnetzmaske -- vier Oktette wie 255.255.255.0 -- die Sie immer noch in Cisco-IOS-Interface-Konfigurationen, Windows-Netzwerkeinstellungen und aelterer Dokumentation sehen werden. Das neuere Format ist die CIDR-Notation -- ein Schraegstrich gefolgt von einer Zahl wie /24 -- die der Standard auf Cloud-Plattformen, in Terraform, Linux-Netzwerken und den meisten modernen Tools ist.

Beide Notationen tragen exakt dieselbe Information. Eine Subnetzmaske von 255.255.255.0 hat 24 zusammenhaengende 1-Bits gefolgt von 8 Null-Bits, was genau das ist, was /24 bedeutet. Die Konvertierung ist rein mechanisch: Zaehlen Sie die Anzahl der fuehrenden 1-Bits in der Maske, um das CIDR-Praefix zu erhalten, oder erzeugen Sie eine Maske mit entsprechend vielen fuehrenden 1-Bits fuer die andere Richtung. Schwierig wird es, wenn die Grenze nicht auf eine Oktettgrenze faellt. Eine Maske von 255.255.240.0 hat 20 fuehrende 1-Bits und ist somit ein /20, aber das ist auf den ersten Blick nicht offensichtlich. Dieser Konverter verarbeitet alle 33 gueltigen Masken sofort, sodass Sie die Binaerkonvertierung nie im Kopf durchfuehren muessen.

Dieses Tool berechnet auch die Wildcard-Maske (das bitweise Inverse der Subnetzmaske), die fuer jeden unverzichtbar ist, der Cisco-ACLs, OSPF-Network-Statements oder EIGRP-Konfigurationen schreibt. Anstatt jedes Oktett manuell von 255 zu subtrahieren, erhalten Sie die Wildcard-Maske zusammen mit dem Konvertierungsergebnis in einem Schritt.

So konvertieren Sie zwischen Netzmaske und CIDR-Notation

1. Geben Sie eine dezimal gepunktete Subnetzmaske (z.B. 255.255.255.0) oder eine CIDR-Praefixlaenge (z.B. /24) ein
2. Der Konverter zaehlt die zusammenhaengenden 1-Bits in der Maske, um das CIDR-Praefix zu erzeugen, oder generiert die Maske aus der Praefixlaenge
3. Die Wildcard-Maske (bitweises Inverse) wird automatisch berechnet
4. Die Ergebnisse zeigen die Gesamtzahl der Adressen und Host-Bits fuer die gegebene Maske

Referenztabelle fuer die Netzmaske-zu-CIDR-Konvertierung

Wann dieses Tool verwenden

• Zwischen Herstellerkonfigurationen uebersetzen -- Cisco IOS verwendet oft dezimale Masken, waehrend Terraform und Cloud-Plattformen CIDR-Notation verwenden
• Legacy-Dokumentation lesen -- aeltere Netzwerkdiagramme und Konfigurationen verwenden moeglicherweise 255.255.255.0 statt /24
• Cloud-VPCs konfigurieren -- AWS, Azure und GCP erfordern CIDR-Notation fuer Subnetzdefinitionen
• Cisco-ACLs schreiben -- CIDR in Wildcard-Maske fuer access-list- und network-Statements konvertieren
• Firewall-Regeln abgleichen -- sicherstellen, dass Regeln in verschiedenen Formaten dieselbe Subnetzgrenze referenzieren
• Infrastruktur automatisieren -- Skripte und IaC-Tools muessen oft programmgesteuert zwischen Maskenformaten konvertieren

Wie Subnetzmaske und CIDR-Notation funktionieren

Subnetzmasken-Struktur

Eine gueltige Subnetzmaske ist ein 32-Bit-Wert, bei dem alle 1-Bits von links zusammenhaengend und alle 0-Bits von rechts zusammenhaengend sind. Es gibt genau 33 gueltige IPv4-Subnetzmasken, von 0.0.0.0 (/0) bis 255.255.255.255 (/32).

/24 in Binaer: 11111111.11111111.11111111.00000000
               └──── 24 Netzwerk-Bits ────┘└ 8 Host ┘

Ein Wert wie 255.255.255.1 (binaer: 11111111.11111111.11111111.00000001) ist ungueltig, weil die 1-Bits nicht zusammenhaengend sind. Der Konverter lehnt nicht-zusammenhaengende Masken ab und meldet den Fehler.

Wildcard-Masken-Beziehung

Die Wildcard-Maske ist das bitweise Komplement der Subnetzmaske. Wo die Subnetzmaske eine 1 hat, hat die Wildcard eine 0, und umgekehrt.

Subnetzmaske:   255.255.255.0   →  11111111.11111111.11111111.00000000
Wildcard-Maske:   0.  0.  0.255 →  00000000.00000000.00000000.11111111

Wildcard-Masken werden in Cisco IOS fuer ACLs und OSPF-network-Statements verwendet. Zum Beispiel verwendet network 10.0.0.0 0.255.255.255 area 0 die Wildcard 0.255.255.255 (das Inverse von 255.0.0.0 oder /8).

CIDR vs. klassenbasierte Adressierung

Vor CIDR wurden Netzwerke in festen Klassen vergeben:

CIDR (eingefuehrt 1993 ueber RFC 1519) beseitigte diese festen Grenzen, ermoeglichte Subnetting an jeder Bit-Position und ermoegliche Routenaggregation, um das Wachstum der globalen Routing-Tabellen zu verlangsamen.

Notationskonvertierung in der Praxis

Das haeufigste Szenario, in dem Sie diese Konvertierung benoetigen, ist die gleichzeitige Arbeit mit mehreren Herstellerplattformen. Ein Cisco-Switch zeigt Ihnen moeglicherweise ein Interface konfiguriert mit ip address 10.10.5.1 255.255.254.0, und Sie muessen dasselbe Subnetz als CIDR-Block in ein AWS-VPC eingeben. Ohne Konvertierung raet man leicht falsch -- 255.255.254.0 ist ein /23, nicht ein /24, und die Eingabe der falschen Praefixlaenge in Ihrer Cloud-Konfiguration kann entweder Adressraum verschwenden oder, schlimmer noch, Hosts an der Kommunikation hindern, weil sie glauben, in verschiedenen Subnetzen zu sein.

Ein weiterer haeufiger Stolperstein betrifft Masken, die nicht auf Oktettgrenzen fallen. Die meisten Netzwerkingenieure erkennen sofort 255.255.255.0 als /24 und 255.255.0.0 als /16, aber was ist mit 255.255.248.0? Das ist ein /21 (21 Einsen gefolgt von 11 Nullen), was 2.048 Adressen ergibt. Diese Masken innerhalb eines Oktetts sind in realen Deployments haeufig -- Cloud-VPCs verwenden regelmaessig /20 oder /21 Subnetze fuer Workloads -- und die manuelle Konvertierung ist fehleranfaellig. Die obige Referenztabelle deckt die gaengigsten ab, und der Rechner verarbeitet alle 33 gueltigen Werte.

Ein dritter Bereich, in dem diese Konvertierung wichtig ist, liegt in der Automatisierung. Wenn Sie Ansible-Playbooks, Terraform-Module oder Python-Skripte schreiben, die Netzwerkinfrastruktur verwalten, muessen Sie oft programmgesteuert zwischen Formaten konvertieren. Obwohl die Berechnung einfach ist (fuehrende Bits zaehlen oder eine Maske generieren), kann ein Fehler im Code zu Ausfaellen fuehren. Dieses Tool zur Validierung Ihrer Logik gegen bekannt korrekte Konvertierungen zu verwenden, ist ein schneller Plausibilitaetscheck vor dem Bereitstellen von Aenderungen.

Haeufig gestellte Fragen

Warum verwenden manche Geraete Subnetzmasken statt CIDR-Notation?

Subnetzmasken in dezimaler Punktnotation gehen CIDR voraus und sind das native Format auf vielen aelteren Betriebssystemen und Netzwerkgeraeten. Cisco IOS verwendet immer noch dezimale Masken fuer Interface-Konfigurationen (ip address 10.0.0.1 255.255.255.0), waehrend JUNOS und die meisten modernen Tools CIDR bevorzugen. Die beiden Notationen sind vollstaendig austauschbar.

Was ist eine Wildcard-Maske und wann brauche ich sie?

Eine Wildcard-Maske ist das bitweise Inverse einer Subnetzmaske. Sie wird in Cisco-ACLs und Routing-Protokoll-Konfigurationen verwendet, wobei 0 bedeutet "dieses Bit muss uebereinstimmen" und 1 bedeutet "dieses Bit kann beliebig sein". Zum Beispiel erlaubt access-list 10 permit 192.168.1.0 0.0.0.255 alle Adressen von 192.168.1.0 bis 192.168.1.255.

Kann eine Subnetzmaske nicht-zusammenhaengende Bits haben?

Nein. Gueltige Subnetzmasken muessen alle 1-Bits links und alle 0-Bits rechts haben. Eine Maske wie 255.0.255.0 ist keine gueltige Subnetzmaske. Einige Legacy-ACL-Wildcard-Masken koennen nicht-zusammenhaengend sein fuer erweitertes Matching, aber das ist ein separater Anwendungsfall vom Subnetting.

Was ist der Unterschied zwischen /23 und /24?

Ein /23 hat 23 Netzwerk-Bits und 9 Host-Bits und ergibt 512 Gesamtadressen (510 nutzbar). Ein /24 hat 24 Netzwerk-Bits und 8 Host-Bits und ergibt 256 Gesamtadressen (254 nutzbar). Die Subnetzmaske fuer /23 ist 255.255.254.0, waehrend /24 255.255.255.0 ist. Ein /23 ist im Wesentlichen zwei zusammenhaengende /24-Bloecke, die zu einem Subnetz kombiniert wurden.

Wie konvertiere ich eine Subnetzmaske schnell im Kopf zu CIDR?

Fuer Oktettgrenzen-Masken ist es einfach: 255.0.0.0 = /8, 255.255.0.0 = /16, 255.255.255.0 = /24. Fuer Masken, die innerhalb eines Oktetts aufgeteilt sind, merken Sie sich die Schluesselwerte: 128=/1 innerhalb dieses Oktetts, 192=/2, 224=/3, 240=/4, 248=/5, 252=/6, 254=/7, 255=/8. Also hat 255.255.240.0 zwei volle Oktette (16 Bits) plus 240 im dritten Oktett (4 Bits), was /20 ergibt.

Verwandte Tools

• IPv4-Subnetz-Rechner - Netzwerk-, Broadcast- und Host-Bereich aus CIDR-Notation berechnen
• Wildcard-Masken-Rechner - Wildcard-Masken fuer ACLs und Routing-Protokolle berechnen
• Netzwerkadress-Rechner - Die Netzwerkadresse fuer jede IP und Subnetzmaske finden
• Gesamt-Hosts-Rechner - Gesamtzahl der Adressen in einem Subnetz berechnen (IPv4/IPv6)
• Nutzbare-Hosts-Rechner - Anzahl der nutzbaren Host-Adressen in einem Subnetz berechnen
• IP im Subnetz? Pruefer - Pruefen, ob eine IP-Adresse zu einem bestimmten Subnetz gehoert