IP-Bereich → CIDR-Konverter

Der IP Range to CIDR Converter wandelt jeden Start-Ende-IP-Adressbereich in die minimale Menge von CIDR-Blöcken um, die genau diesen Bereich abdecken. Geben Sie eine Startadresse wie 192.168.1.0 und eine Endadresse wie 192.168.1.255 ein, um ein einzelnes 192.168.1.0/24 zu erhalten, oder geben Sie 192.168.1.5 bis 192.168.1.20 ein, um die fünf CIDR-Blöcke zu sehen, die nötig sind, um diesen nicht ausgerichteten Bereich genau abzudecken.

IP-Bereiche und CIDR-Notation verstehen

Wenn Sie mit Firewalls, Bedrohungsdatenfeeds oder älterer Netzwerkdokumentation gearbeitet haben, sind Ihnen fast sicher IP-Adressen begegnet, die als Start-Ende-Bereiche angegeben sind. Ein Anbieter könnte Ihnen mitteilen, dass sein Dienst von 203.0.113.0 bis 203.0.113.127 läuft, oder eine Geolocation-Datenbank listet Länderzuweisungen als Adresspaare auf. Das Problem ist, dass die meiste moderne Netzwerkinfrastruktur -- Router, Cloud-Sicherheitsgruppen, Infrastructure-as-Code-Templates -- Adressen in CIDR-Notation erwartet, nicht als Bereiche.

CIDR (Classless Inter-Domain Routing)-Notation stellt einen Block von Adressen mittels einer Netzwerkadresse und einer Präfixlänge dar, wie 192.168.1.0/24. Die Präfixlänge bestimmt, wie viele führende Bits fest sind, und die verbleibenden Bits definieren den Host-Raum. Ein CIDR-Block muss immer an einer Adresse beginnen, die gleichmäßig durch seine Größe teilbar ist, die eine Zweierpotenz ist. Ein /24 (256 Adressen) muss an einer Adresse enden, die auf .0 endet, ein /25 (128 Adressen) muss bei .0 oder .128 beginnen usw. Diese Regel der Binärausrichtung ist der Grund, warum ein beliebiger Bereich wie .5 bis .20 nicht als einzelner CIDR-Block ausgedrückt werden kann -- Sie benötigen mehrere Blöcke unterschiedlicher Größe, um den Bereich genau abzudecken, ohne zusätzliche Adressen einzuschließen.

Dieser Converter übernimmt diese Aufteilung für Sie. Er nimmt jeden Start-Ende-Bereich und berechnet die mathematisch minimale Menge von CIDR-Blöcken, die jede Adresse im Bereich abdecken und nichts darüber hinaus. Ob Sie ältere Firewall-Regeln migrieren, Bedrohungsfeeds importieren oder DHCP-Bereichsdokumentation konvertieren -- die Ausgabe kann direkt in Ihre Konfigurationen eingefügt werden.

So konvertieren Sie einen IP-Bereich in CIDR-Notation

1. Geben Sie die Start-IP-Adresse Ihres Bereichs ein (z. B. 192.168.1.0)
2. Geben Sie die End-IP-Adresse Ihres Bereichs ein (z. B. 192.168.1.255)
3. Das Tool berechnet die minimale Menge von CIDR-Blöcken, die den Bereich präzise abdeckt
4. Kopieren Sie die resultierende CIDR-Liste zur Verwendung in Firewalls, Routing-Tabellen oder Infrastructure-as-Code-Templates

Beispiele für die Konvertierung von IP-Bereichen zu CIDR

Bereiche, die an Zweierpotenz-Grenzen ausgerichtet sind (wie .0 bis .255), werden in einen einzelnen CIDR-Block konvertiert. Nicht ausgerichtete Bereiche wie 192.168.1.5 bis 192.168.1.20 erfordern mehrere CIDR-Blöcke für eine exakte Darstellung.

Wann Sie den IP Range to CIDR Converter verwenden sollten

• Firewall-Migration -- Ältere Start-Ende-Bereichsregeln in CIDR-Notation für moderne Plattformen wie AWS Security Groups oder Azure NSGs konvertieren
• Bedrohungsdatenfeeds -- Geolocation- und Reputationsdatenbanken liefern oft IP-Bereiche, die für den Import in Blocklists eine CIDR-Konvertierung benötigen
• Routenkonfiguration -- Router und BGP-Konfigurationen erfordern CIDR-Notation, keine Start-Ende-Bereiche
• Infrastructure-as-Code -- Terraform-, CloudFormation- und Ansible-Module erwarten CIDR-Blöcke für Netzwerkdefinitionen
• DHCP-Bereichsdokumentation -- DHCP-Bereichsbereiche in äquivalente CIDR-Blöcke für die Netzwerkdokumentation übersetzen
• Netzwerk-Scanning -- Von Anbietern bereitgestellte IP-Bereiche in CIDR zur Verwendung mit Tools wie Nmap oder Masscan konvertieren

So funktioniert die Konvertierung von IP-Bereichen zu CIDR

Der Konvertierungsalgorithmus findet den größtmöglichen CIDR-Block ab der aktuellen Position, der in den verbleibenden Bereich passt, rückt dann vor und wiederholt den Vorgang.

Der Algorithmus Schritt für Schritt

1. Beginnen Sie bei der ersten IP im Bereich
2. Finden Sie das längste Präfix (größten Block), das an dieser Adresse beginnt und die Endadresse nicht überschreitet
3. Notieren Sie diesen CIDR-Block und rücken Sie zur Adresse nach dem Blockende vor
4. Wiederholen Sie, bis der gesamte Bereich abgedeckt ist

Die wichtigste Einschränkung ist, dass ein CIDR-Block mit Präfixlänge /n an einer Adresse beginnen muss, die durch 2^(32-n) teilbar ist. Zum Beispiel muss ein /24-Block an einer Adresse beginnen, bei der das letzte Oktett 0 ist. Diese Ausrichtungsanforderung ist der Grund, warum nicht ausgerichtete Bereiche mehrere CIDR-Blöcke erzeugen.

Beispiel für die Binärausrichtung

Für den Bereich 192.168.1.5 bis 192.168.1.20:

Schritt 1: Start bei .5 (ungerade) -> größter ausgerichteter Block ist /32
           192.168.1.5/32    deckt .5 ab

Schritt 2: Start bei .6 (teilbar durch 2, nicht durch 4) -> /31
           192.168.1.6/31    deckt .6-.7 ab

Schritt 3: Start bei .8 (teilbar durch 8) -> /29
           192.168.1.8/29    deckt .8-.15 ab

Schritt 4: Start bei .16 (teilbar durch 4, aber /30 ginge bis .19) -> /30
           192.168.1.16/30   deckt .16-.19 ab

Schritt 5: Start bei .20 -> /32
           192.168.1.20/32   deckt .20 ab

IPv6-Bereichskonvertierung

Derselbe Algorithmus gilt für IPv6-Bereiche, allerdings mit 128-Bit-Adressen anstelle von 32-Bit. Ein Bereich wie 2001:db8::1 bis 2001:db8::ff folgt denselben Regeln der Binärausrichtung und erzeugt die minimale Menge von IPv6-CIDR-Blöcken.

Praktische Tipps für die Bereich-zu-CIDR-Konvertierung

Der häufigste Grund für die Konvertierung von Bereichen zu CIDR ist die Firewall-Migration. Wenn Sie von einer älteren Plattform mit Start-Ende-Notation zu einer modernen Plattform mit CIDR wechseln, werden Sie schnell feststellen, dass einige Ihrer alten Regeln überraschend lange CIDR-Listen erzeugen. Eine Regel, die .1 bis .254 abdeckt (der alte "alle nutzbaren Hosts"-Bereich), konvertiert in mehrere CIDR-Blöcke statt in ein sauberes /24, weil der Bereich die Netzwerk- und Broadcast-Adressen ausschließt. In der Praxis ist es meist besser, die Regel als vollständiges /24 umzuschreiben, anstatt eine Liste von sechs oder sieben CIDR-Blöcken zu übernehmen, es sei denn, Sie müssen die Netzwerk- und Broadcast-Adressen tatsächlich von der Regel ausschließen.

Eine weitere häufige Falle ist die Annahme, dass weniger CIDR-Blöcke immer besser sind. Die Ausgabe dieses Converters ist bereits das mathematische Minimum -- Sie können es nicht weiter reduzieren, ohne entweder zusätzliche Adressen einzuschließen oder einige Adressen unabgedeckt zu lassen. Wenn die Ausgabe übermäßig erscheint, fragen Sie sich, ob Ihr ursprünglicher Bereich tatsächlich korrekt ist. Oft stammen Bereiche aus Altsystemen, in denen jemand .1 bis .254 eingegeben hat, obwohl das gesamte /24 gemeint war. Die Bereinigung der Absicht an der Quelle ist besser, als mit der CIDR-Mathematik nachgelagert zu kämpfen.

Bei der Massenverarbeitung von Bedrohungsdatenfeeds können Sie am Ende Tausende von CIDR-Blöcken aus der Konvertierung Tausender Bereiche erhalten. Erwägen Sie, die Ausgabe durch einen CIDR Aggregator zu leiten, um benachbarte Blöcke zusammenzufassen. Zwei aufeinanderfolgende Bereiche, die unabhängig konvertiert werden, können Blöcke erzeugen, die zusammengeführt werden können, was Ihre gesamte Regelanzahl weiter reduziert.

Häufig gestellte Fragen

Warum erzeugt mein IP-Bereich mehrere CIDR-Blöcke statt einen?

CIDR-Blöcke müssen an Binärgrenzen ausgerichtet sein. Ein /24 muss an einer .0-Adresse beginnen, ein /23 bei einem geradzahligen dritten Oktett usw. Wenn Ihr Bereich an einer nicht ausgerichteten Adresse beginnt oder endet, muss das Tool mehrere kleinere CIDR-Blöcke verwenden, um ihn genau abzudecken, ohne zusätzliche Adressen einzuschließen.

Kann ich die ausgegebenen CIDR-Blöcke in weniger Blöcke zusammenfassen?

Nein -- die Ausgabe ist bereits die mathematisch minimale Menge. Jeder Block ist notwendig, um den genauen angegebenen Bereich abzudecken. Das Entfernen eines Blocks würde Adressen unabgedeckt lassen, und das Zusammenfassen von Blöcken würde Adressen außerhalb Ihres Bereichs einschließen.

Wie viele CIDR-Blöcke kann ein einzelner Bereich maximal erzeugen?

Für IPv4 kann ein Bereich höchstens 62 CIDR-Blöcke erzeugen (31 für den aufsteigenden Teil und 31 für den absteigenden). In der Praxis erzeugen die meisten realen Bereiche weniger als 10 Blöcke.

Unterstützt dieses Tool IPv6-Bereiche?

Ja. Derselbe Algorithmus gilt für 128-Bit-IPv6-Adressen. Geben Sie IPv6-Start- und -Endadressen ein, und das Tool erzeugt die minimale Menge von IPv6-CIDR-Blöcken nach identischen Regeln der Binärausrichtung.

Was passiert, wenn meine Startadresse größer als meine Endadresse ist?

Das Tool gibt einen Fehler zurück. Die Start-IP muss numerisch kleiner oder gleich der End-IP sein. Wenn Sie die Adressen vertauscht haben, tauschen Sie sie vor der Konvertierung.

Verwandte Tools

• CIDR to IP Range Converter - CIDR-Notation zurück in Start-Ende-IP-Bereiche konvertieren
• CIDR Aggregator - Mehrere CIDR-Blöcke zu zusammengefassten Routen aggregieren
• Range Union - Überlappende IP-Bereiche zu einer vereinheitlichten Liste zusammenführen
• IP List to Ranges - Aufeinanderfolgende IPs in Bereiche komprimieren
• Smallest Covering CIDR (Many IPs/CIDRs) - Den kleinsten CIDR-Block finden, der eine Liste von IPs oder CIDRs enthält