Subnetz-Überlappungsprüfung — Prüfen, ob sich zwei CIDR-Blöcke überschneiden (Kostenlos)

Geben Sie zwei IPv4-CIDR-Blöcke ein (z. B. 192.168.1.0/24) und finden Sie sofort heraus, ob sie identisch sind, einer den anderen enthält oder sie sich überhaupt nicht überschneiden. Nützlich, um Konflikte beim Entwurf von Firewall-Regeln oder VPC-Subnetzen zu erkennen.

Arten von Subnetz-Überlappungsbeziehungen

Eine Referenztabelle aller möglichen Beziehungen zwischen zwei CIDR-Blöcken.

Beziehung Beispiel Beschreibung
Identisch 192.168.1.0/24 = 192.168.1.0/24 Beide CIDR-Blöcke beziehen sich exakt auf denselben Adressbereich — sie sind dasselbe Subnetz.
A enthält B 192.168.0.0/16 ⊃ 192.168.1.0/24 Der Adressbereich von CIDR A umfasst den Bereich von CIDR B vollständig. B ist ein aus A herausgeschnittenes Subnetz.
B enthält A 192.168.1.0/24 ⊂ 192.168.0.0/16 Der Adressbereich von CIDR B umfasst den Bereich von CIDR A vollständig. A ist ein aus B herausgeschnittenes Subnetz.
Teilweise Überlappung Dieser Zustand tritt in der Praxis nie auf. Da CIDR-Blöcke immer an Zweierpotenz-Grenzen ausgerichtet sind, muss die Beziehung, wenn sich zwei Blöcke überhaupt überschneiden, immer entweder „identisch" sein oder einer den anderen vollständig enthalten (Details siehe FAQ unten).
Keine Überlappung 192.168.1.0/24 と 192.168.2.0/24 Die Adressbereiche der beiden CIDR-Blöcke überschneiden sich überhaupt nicht. Sie können nebeneinander verwendet werden, ohne in Konflikt zu geraten.

Um Netzwerk- und Broadcast-Adresse aus einer einzelnen IP und Subnetzmaske zu ermitteln, siehe den Subnetzrechner , oder um zwischen einem IP-Bereich und CIDR-Notation umzurechnen, siehe den IP-Bereich-⇔-CIDR-Umrechner .

Tipps

  • Praktisch, um Firewall-ACL-Regeln oder VPC-Subnetz-Entwürfe zu prüfen und sicherzustellen, dass derselbe Adressbereich nicht versehentlich zweimal definiert wurde.
  • Eine „enthält"-Beziehung ist ein normales, zu erwartendes Muster, wenn ein kleineres Subnetz (z. B. ein /24) aus einer größeren Zuteilung (z. B. einem /16) herausgeschnitten wird – das ist nicht zwangsläufig ein Problem.
  • Beim Einrichten von VPC-Peering oder einer VPN-Verbindung in der Cloud führen sich überschneidende CIDR-Blöcke auf beiden Seiten zu mehrdeutigem Routing und Verbindungsfehlern. Prüfen Sie vor dem Verbinden immer auf Überlappung.
  • Der „Bereich A" und „Bereich B" im Ergebnis werden automatisch auf die Netzwerk- und Broadcast-Adresse des passenden Blocks gerundet, selbst wenn die eingegebene IP nicht exakt die Netzwerkadresse für diese Präfixlänge war.

Häufig gestellte Fragen

Nein, das ist nicht möglich. Da CIDR-Blöcke eine Zweierpotenz-Größe haben und an übereinstimmenden Grenzen ausgerichtet sind, muss die Beziehung, wenn sich zwei Blöcke überhaupt überschneiden, immer entweder „identisch" sein oder „einer enthält den anderen vollständig". Dieses Tool definiert zwar eine Kategorie „teilweise Überschneidung", diese wird aber bei gültigen CIDR-Eingaben nie tatsächlich angezeigt.

Nein, das ist meist eine völlig normale Konfiguration. Ein kleineres Subnetz für eine Abteilung (z. B. ein /24 für die Buchhaltung) aus einer größeren unternehmensweiten Zuteilung (z. B. einem /16) herauszuschneiden, ist ein gängiges Design – solange es beabsichtigt ist, ist daran nichts falsch.

Wird derselbe Adressbereich zwei verschiedenen Netzwerkgeräten oder Cloud-VPCs zugewiesen, wird mehrdeutig, welches der beiden den Datenverkehr zu diesem Bereich erhalten soll – ein „IP-Adresskonflikt", der zu instabiler Verbindung oder dazu führt, dass der Verkehr nur eine Seite erreicht. Das ist eines der ersten Dinge, die vor dem Einrichten einer VPN-Verbindung oder eines VPC-Peerings geprüft werden sollten.

Derzeit wird nur IPv4 unterstützt. Für IPv6-Präfixlängen nutzen Sie das Tool IPv6-CIDR-Referenztabelle.
ツールくん

Übrigens – Warum sich CIDR-Blöcke niemals „teilweise" überschneiden können

Vergleicht man zwei beliebige CIDR-Blöcke, sind nur drei Ergebnisse möglich: identisch, einer enthält den anderen, oder gar keine Überschneidung – eine echte „teilweise" Überschneidung ist mathematisch unmöglich. Das ergibt sich unmittelbar aus der Beschränkung, dass ein CIDR-Block immer eine Zweierpotenz-Größe haben und nur an einer Adresse liegen darf, die ein Vielfaches dieser Größe ist (seine Ausrichtungsgrenze).

Eine anschauliche Vorstellung ist, sich die Menge aller CIDR-Blöcke als Binärbaum zu denken. Beginnend mit /0 als Wurzel teilt sich bei jeder Erhöhung der Präfixlänge um eins ein Knoten in zwei Kinder (die erste und die zweite Hälfte seines Bereichs). In dieser Struktur sind zwei beliebige Blöcke entweder genau derselbe Knoten, einer ist Vorfahre des anderen, oder sie liegen auf völlig getrennten Zweigen – zwei Zweige können sich unmöglich auf halbem Weg kreuzen.

Genau diese Eigenschaft macht die Routenzusammenfassung in Routingtabellen eindeutig definierbar. Wäre eine teilweise Überschneidung möglich, würde die Frage „welche Route sollte dieses Paket bevorzugen" wirklich mehrdeutig – aber das Design von CIDR schließt dieses Szenario von vornherein aus. In der Praxis lassen sich die meisten Routing-Ausfälle darauf zurückführen, dass jemand IP-Bereiche manuell zugeschnitten hat, ohne diese Ausrichtungsregel zu beachten, wodurch sich Grenzen unbeabsichtigt verschoben haben.