CIDR → IP-Bereich-Konverter

Der CIDR-zu-IP-Bereich-Konverter wandelt CIDR-Notation in explizite Start- und End-IP-Adressen um und macht es einfach, die exakten Grenzen eines beliebigen Subnetzes zu sehen. Geben Sie 10.0.0.0/8 ein und sehen Sie sofort den Bereich 10.0.0.0 bis 10.255.255.255, oder geben Sie 192.168.1.0/28 ein, um den Bereich 192.168.1.0 bis 192.168.1.15 mit insgesamt 16 Adressen zu sehen.

CIDR und IP-Bereiche verstehen

CIDR-Notation ist kompakt und präzise, aber nicht immer intuitiv. Wenn jemand 172.16.0.0/12 schreibt, kann ein erfahrener Netzwerkadministrator im Kopf berechnen, dass der Bereich bis 172.31.255.255 reicht, aber die meisten Menschen -- einschließlich Systemadministratoren, die mehr mit Servern als mit Routing arbeiten -- müssen die tatsächlichen Start- und Endadressen sehen, um zu verstehen, was abgedeckt ist. Dies gilt besonders für nicht standardmäßige Präfixlängen wie /20 oder /13, bei denen die Grenzen mitten in einem Oktett liegen und auf den ersten Blick nicht offensichtlich sind.

Die grundlegende Mathematik ist einfach. Ein CIDR-Block mit der Präfixlänge /n hat 2^(32-n) Gesamtadressen für IPv4. Die Startadresse ist die Netzwerkadresse mit allen Host-Bits auf Null, und die Endadresse hat alle Host-Bits auf Eins. Für ein /24 bedeutet das 256 Adressen von .0 bis .255. Für ein /20 bedeutet das 4.096 Adressen, und die Grenzen hängen davon ab, wo sich die Netzwerkadresse im Adressraum befindet. Der Konverter führt diese Berechnung sofort durch, damit Sie keine binäre Arithmetik im Kopf durchgehen müssen.

Über die bloße Anzeige des Bereichs hinaus zeigt dieses Tool auch den nutzbaren Host-Bereich (ohne Netzwerk- und Broadcast-Adressen), die Subnetzmaske in Dezimal-Punkt-Notation und die Gesamtadressanzahl an. Damit wird es zur schnellen Referenz, um zu überprüfen, ob ein CIDR-Block das abdeckt, was Sie erwarten, bevor Sie ihn in einer Firewall-Regel, einem DHCP-Bereich oder einem Netzwerkdiagramm festlegen.

So konvertieren Sie CIDR in einen IP-Bereich

1. Geben Sie einen gültigen CIDR-Block ein (z. B. 10.0.0.0/8 oder 192.168.100.0/24)
2. Das Tool zeigt sofort die erste Adresse (Netzwerkadresse) und die letzte Adresse (Broadcast-Adresse bei IPv4) an
3. Überprüfen Sie den nutzbaren Host-Bereich, die Gesamtadressanzahl und die Subnetzmaske in Dezimal-Punkt-Notation
4. Kopieren Sie den Bereich zur Verwendung in Legacy-Firewalls, DHCP-Bereichen, Netzwerkscannern oder Dokumentation

Beispiele zur CIDR-zu-IP-Bereich-Konvertierung

Zusätzlich angezeigte Details

Für jeden CIDR-Block berechnet das Tool außerdem:

• Netzwerkadresse -- die erste Adresse im Block (alle Host-Bits auf 0 gesetzt)
• Broadcast-Adresse -- die letzte Adresse im Block (alle Host-Bits auf 1 gesetzt, nur IPv4)
• Nutzbarer Host-Bereich -- erster nutzbarer bis letzter nutzbarer Host (ohne Netzwerk- und Broadcast-Adresse bei IPv4)
• Subnetzmaske -- Dezimal-Punkt-Form (z. B. 255.255.255.0 für /24)
• Gesamtadressen -- 2^(32-Präfix) für IPv4

Wann den CIDR-zu-IP-Bereich-Konverter verwenden

• Legacy-Firewall-Konfiguration -- ältere Firewalls und Zugriffskontrollsysteme akzeptieren Start-End-Bereiche anstelle von CIDR-Notation
• DHCP-Bereich-Einrichtung -- die Definition von DHCP-Bereichen erfordert oft die Angabe der ersten und letzten Adresse im Bereich
• Netzwerk-Scanning -- Tools wie Nmap akzeptieren CIDR, andere erfordern explizite Start-End-Bereiche
• Dokumentation und Berichterstattung -- explizite Bereiche sind verständlicher für Stakeholder, die mit CIDR-Notation nicht vertraut sind
• IP-Adress-Datenbankabfragen -- Geolokalisierungs- und WHOIS-Datenbanken verwenden manchmal ganzzahl- oder bereichsbasierte Abfragen
• Überprüfung -- schnell bestätigen, dass ein CIDR-Block, den Sie deployen möchten, genau die beabsichtigten Adressen abdeckt

Wie CIDR-Notation auf IP-Bereiche abgebildet wird

CIDR-Notation kombiniert eine Netzwerkadresse mit einer Präfixlänge, die angibt, wie viele führende Bits fest sind. Die verbleibenden Bits definieren den Host-Anteil.

Berechnung des Bereichs aus CIDR

Für einen CIDR-Block wie 192.168.1.0/24:

• Das Präfix /24 bedeutet, dass die ersten 24 Bits der Netzwerkanteil sind
• Die verbleibenden 32 - 24 = 8 Bits sind der Host-Anteil
• Die Startadresse ist die Netzwerkadresse mit allen Host-Bits auf 0 gesetzt: 192.168.1.0
• Die Endadresse hat alle Host-Bits auf 1 gesetzt: 192.168.1.255
• Gesamtadressen: 2^8 = 256

Bitweise Berechnungsbeispiel

Für 172.16.0.0/20:

Netzwerk:   10101100.00010000.0000|0000.00000000  (172.16.0.0)
                                  ^^^^
                         20 feste Bits | 12 Host-Bits

Start:      10101100.00010000.00000000.00000000  (172.16.0.0)
Ende:       10101100.00010000.00001111.11111111  (172.16.15.255)

Gesamtadressen: 2^12 = 4.096
Nutzbare Hosts: 4.094 (ohne Netzwerk- und Broadcast-Adresse)

Gängige Präfixlängen

Praktische Tipps zur Arbeit mit CIDR-Bereichen

Einer der häufigsten Gründe, CIDR in einen Bereich umzuwandeln, ist die Eingabe der Adressen in ein System, das CIDR-Notation nicht unterstützt. Prüfen Sie vorher, ob das System tatsächlich den vollständigen Start-End-Bereich oder nur den nutzbaren Host-Bereich benötigt. DHCP-Bereiche sollten beispielsweise typischerweise nicht die Netzwerk- und Broadcast-Adressen enthalten. Wenn Sie einen DHCP-Bereich von .0 bis .255 in einem /24 konfigurieren, versuchen einige DHCP-Server, die Netzwerk- und Broadcast-Adressen zu vergeben, was zu subtilen Problemen führen kann. Verwenden Sie stattdessen den nutzbaren Host-Bereich (.1 bis .254 für ein /24).

Bei der Dokumentation von Netzwerken für nicht-technische Stakeholder sind explizite Bereiche viel einfacher zu verstehen als CIDR-Notation. Die Aussage "unser Büronetzwerk deckt 192.168.1.0 bis 192.168.1.255 ab" ist sofort klar, während "unser Büro nutzt 192.168.1.0/24" erfordert, dass der Leser Präfixlängen versteht. Für interne technische Dokumentation bleiben Sie bei CIDR-Notation, da sie präziser und standardisierter ist.

Wenn Sie mit nicht standardmäßigen Präfixlängen wie /20 oder /22 arbeiten, überprüfen Sie immer die Grenzen vor dem Deployment. Es ist leicht anzunehmen, dass ein /20 ab 172.16.0.0 bei 172.16.19.255 endet (was 20 mal 256 wäre), aber das tatsächliche Ende ist 172.16.15.255, weil CIDR mit Zweierpotenzen arbeitet, nicht mit Vielfachen von Oktetten. Dieser Konverter eliminiert dieses Rätselraten vollständig.

Häufig gestellte Fragen

Was ist der Unterschied zwischen Gesamtadressen und nutzbaren Hosts?

Bei IPv4-Subnetting sind die erste Adresse (Netzwerkadresse) und die letzte Adresse (Broadcast-Adresse) reserviert und können keinen Hosts zugewiesen werden. Ein /24 hat 256 Gesamtadressen, aber nur 254 nutzbare Hosts. Ausnahmen sind /31-Subnetze (für Punkt-zu-Punkt-Verbindungen gemäß RFC 3021) und /32-Subnetze (einzelne Host-Routen).

Unterstützt dieses Tool IPv6-CIDR-Notation?

Ja. Geben Sie einen beliebigen IPv6-CIDR-Block wie 2001:db8::/32 ein, und das Tool zeigt den vollständigen Bereich von 2001:db8:: bis 2001:db8:ffff:ffff:ffff:ffff:ffff:ffff an. IPv6-Präfixlängen reichen von /0 bis /128.

Warum sollte ich CIDR in einen Bereich konvertieren, anstatt CIDR direkt zu verwenden?

Einige Systeme und Software akzeptieren keine CIDR-Notation. Ältere Firewalls, bestimmte DHCP-Server und einige Netzwerk-Scanning-Tools erfordern explizite Start- und Endadressen. Die Konvertierung von CIDR in einen Bereich macht Subnetzgrenzen auch in Dokumentation für Nicht-Netzwerk-Zielgruppen einfacher zu erklären.

Was bedeutet ein /32-CIDR-Block?

Ein /32 repräsentiert eine einzelne IP-Adresse. Start und Ende des Bereichs sind dieselbe Adresse. Dies wird häufig für Host-Routen in Routingtabellen oder zur Angabe eines einzelnen Servers in einer Firewall-Regel verwendet.

Wie erkenne ich, ob mein CIDR in kanonischer Form ist?

Ein CIDR-Block ist in kanonischer (normalisierter) Form, wenn die Host-Bits der Netzwerkadresse alle Null sind. Beispielsweise ist 192.168.1.0/24 kanonisch, aber 192.168.1.100/24 nicht, weil das letzte Oktett für ein /24 0 sein sollte. Der Konverter funktioniert auch mit nicht-kanonischer Eingabe und zeigt Ihnen den korrekten Bereich an.

Verwandte Tools

• IP Range to CIDR Converter - Einen IP-Bereich zurück in minimale CIDR-Blöcke konvertieren
• CIDR Deaggregator - Einen CIDR-Block in kleinere Blöcke aufteilen
• Range List to IP List - IP-Bereiche zu einzelnen IPs expandieren
• Smallest Covering CIDR (Two IPs) - Das kleinste CIDR finden, das zwei IP-Adressen enthält
• CIDR Normalizer - CIDR-Notation in kanonische Form normalisieren