IP-Subnetzrechner (CIDR / IPv4)
Berechne Netzwerkadresse, Broadcast, Maske, Hostbereich und Gesamtzahl der Hosts aus jeder IPv4-CIDR-Notation.
IP-Subnetzrechner (CIDR / IPv4) wird geladen… Wenn nichts passiert, aktiviere JavaScript.
CIDR (Classless Inter-Domain Routing) ist die Standardnotation, um IPv4-Netzwerkblöcke auszudrücken, geschrieben als IP-Adresse gefolgt von einem Schrägstrich und der Anzahl der festen Netzwerkbits, zum Beispiel 192.168.1.0/24. Die Präfixlänge (die Zahl nach dem Schrägstrich) bestimmt, wie viele IP-Adressen im Block enthalten sind: /24 enthält 256 Adressen, /16 enthält 65.536 und /8 enthält über 16 Millionen. Bevor CIDR 1993 eingeführt wurde, nutzte das IPv4-Routing ein starres Klasse-A/B/C-System, das enorme Teile des Adressraums verschwendete. CIDR machte es möglich, Adressblöcke jeder Größe zuzuweisen, was die Erschöpfung des IPv4-Adresspools drastisch verlangsamte und die Routingtabellen des Internets vereinfachte.
Häufig gestellte Fragen
Welche Daten sendet dieses Werkzeug an eure Server?
Was ist die CIDR-Notation und warum wird sie verwendet?
Woran erkenne ich, ob zwei IP-Adressen im selben Subnetz liegen?
Was ist der Unterschied zwischen der Netzwerkadresse und der Broadcast-Adresse?
Gibt es Nutzungsbegrenzungen bei diesem Rechner?
Wie schneidet das im Vergleich zur Nutzung von 'ipcalc' in einem Terminal ab?
Was ist Subnetting und warum nutzen Netzwerke es?
Unterstützt dieses Werkzeug IPv6?
Wofür werden /31- und /32-Subnetze verwendet?
Was ist eine Wildcard-Maske und wo wird sie verwendet?
Über IP-Subnetzrechner (CIDR / IPv4)
Netzwerktechniker greifen jedes Mal zu einem Subnetzrechner, wenn sie eine Netzwerktopologie entwerfen, ein Unternehmensnetzwerk in VLANs segmentieren, Firewall-Regeln konfigurieren oder Virtual-Private-Cloud-Netzwerke (VPC) in der Cloud einrichten. Subnetting zu verstehen ist unverzichtbar für Aufgaben wie das Aufteilen eines /24-Büronetzwerks in separate /26-Segmente für verschiedene Abteilungen, das Berechnen, ob zwei IP-Adressen im selben Subnetz liegen (und damit ohne Router erreichbar sind), oder das Dimensionieren eines Cloud-Subnetzes, damit es genug Adressen für eine geplante Zahl von Servern hat und zugleich Raum für Wachstum lässt. DevOps-Techniker nutzen die CIDR-Notation ständig in Infrastructure-as-Code-Werkzeugen wie Terraform und AWS CloudFormation.
Dieser Rechner verarbeitet jeden IPv4-CIDR-Block oder jede Kombination aus IP plus Subnetzmaske und berechnet sofort alle nützlichen Netzwerkparameter: die Netzwerkadresse (die Kennung des Blocks), die Broadcast-Adresse (die Adresse aller Hosts), die Subnetzmaske in der gepunkteten Dezimalnotation, die Wildcard-Maske (die Inverse der Subnetzmaske, verwendet in der ACL-Syntax von Cisco), die erste und die letzte nutzbare Host-IP-Adresse sowie die Gesamtzahl der IP-Adressen im Block. Die gesamte Berechnung läuft lokal in deinem Browser, es wird nichts an unsere Server gesendet. Es gibt keine Nutzungsbegrenzungen.
Behalte beim Arbeiten mit Subnetzen einige wichtige Zusammenhänge im Blick. Die Anzahl der nutzbaren Hostadressen in einem /n-Block beträgt 2^(32-n) minus 2 (durch Abzug der Netzwerk- und der Broadcast-Adresse). Ein /24 ergibt 254 nutzbare Hosts; ein /25 ergibt 126; ein /26 ergibt 62. Die Blockgröße zu halbieren, indem du eins zum Präfix addierst, kostet dich etwa die Hälfte des Adressraums. Die in den Ergebnissen angezeigte 'Wildcard-Maske' ist die bitweise Inverse der Subnetzmaske und wird in den Zugriffskontrolllisten von Cisco IOS und in OSPF-Area-Konfigurationen verwendet. Die Netzwerkadresse und die Broadcast-Adresse können Hosts nicht zugewiesen werden, der Versuch, sie zuzuweisen, führt zu Routing-Verwirrung.
Wie CIDR das Internet (für eine Weile) vor dem Adressmangel rettete
Anfang der 1990er-Jahre wurde klar, dass das Internet auf eine Krise der Routingtabellen zusteuerte. Das klassenbasierte Adressierungssystem (Klasse A für große Organisationen, Klasse B für mittlere, Klasse C für kleine) zwang die Einträge der Routentabellen dazu, sich schneller zu vermehren, als die Router-Hardware verarbeiten konnte, und die Zuweisungsregeln führten dazu, dass ein Unternehmen, das 300 Adressen brauchte, einen ganzen Klasse-B-Block von 65.536 erhielt und damit 65.200 Adressen verschwendete. Bei der damaligen Wachstumsrate hätte die vollständige BGP-Routingtabelle innerhalb weniger Jahre jeden Router im Internet überlastet. Die Lösung, CIDR, wurde 1993 in RFC 1518 und RFC 1519 von Vince Fuller, Tony Li, Jessica Yu und Kannan Varadhan vorgeschlagen.
CIDR löste zwei Probleme gleichzeitig. Indem es jede Präfixlänge statt nur /8, /16 und /24 erlaubte, ermöglichte es Zuweisungen, die genau auf den tatsächlichen Bedarf jeder Organisation zugeschnitten waren. Indem es zusammenhängende Blöcke unter einer einzigen Routenankündigung zusammenfasste (genannt Supernetting oder Routenaggregation), ermöglichte es Internetanbietern, ihren Kunden eine /16-Route statt 256 /24-Routen anzukündigen, was die Routingtabellen drastisch verkleinerte. Die Technik, kleinere Routen zu größeren zusammenzufassen, ist bis heute grundlegend dafür, dass das Internet-Routing skaliert, ohne sie würde die globale BGP-Routingtabelle Hunderte Millionen Einträge enthalten statt der rund eine Million Einträge, die Router heute verwalten.
Die in RFC 1918 definierten privaten Adressbereiche, 10.0.0.0/8, 172.16.0.0/12 und 192.168.0.0/16, wurden zusammen mit CIDR als Adressraum festgelegt, der hinter NAT-Geräten frei wiederverwendet werden konnte, ohne im öffentlichen Internet routbar zu sein. Besonders der Bereich 192.168.x.x ist als Standard-Netzwerkbereich für Zuhause und kleine Büros universell vertraut geworden und erscheint auf praktisch jedem Heimrouter der Welt. Diese drei Bereiche zusammen stellen über 17,9 Millionen private Adressen bereit, die Milliarden von Geräten gleichzeitig über NAT teilen und damit den effektiven Adressraum weit über die 4,3 Milliarden öffentlichen IPv4-Adressen hinaus vervielfachen, die tatsächlich existieren.