Subnetz-Rechner: CIDR berechnen, Bereiche zusammenfassen, IP prüfen

Subnetz-Rechner: CIDR berechnen, Bereiche zusammenfassen, IP prüfen

Netzwerk, Maske, Hostbereich und Broadcast eines CIDR berechnen, Bereiche zu minimalen Blöcken zusammenfassen und IPs prüfen, direkt im Browser.

11.10.2026
16 Min. Lektüre
Teilen Sie diesen Artikel:
NetzwerkSubnetzCIDRIPSystemadministration

Ein CIDR-Block besteht aus Anfang und Größe

Wer ein VPC plant, eine Firewall-Regel schreibt oder eine Allowlist aufbaut, arbeitet mit Blöcken wie 10.0.0.0/16. Die CIDR-Schreibweise verbirgt eine Rechnung: Anfang und Ende des Blocks, Hostanzahl, Überschneidung zweier Blöcke, Zusammenfassung von zehn Einträgen zu zwei. Der Subnetz-Rechner nimmt eine Adresse und ein Präfix (bei IPv4 auch eine Dezimalmaske). Er zeigt Netzwerk, Maske, Wildcard, Broadcast, erste und letzte nutzbare Adresse, Hostanzahl und Adressklasse, für IPv4 wie für IPv6. Das Werkzeug „CIDRs zusammenfassen“ liest eine Liste mit einem CIDR pro Zeile und reduziert sie auf die wenigsten Blöcke, die genau dieselben Adressen abdecken. Das Werkzeug „IP im Subnetz“ sagt, ob eine IP in einen Block gehört oder ob sich zwei Blöcke überschneiden. Alle drei Werkzeuge rechnen in Ihrem Browser und senden keine Adresse an FastMinify. Dieser Leitfaden erklärt, wie ein Präfix die Blockgröße bestimmt und wie Sie jedes Feld des Ergebnisses lesen. Er zeigt, wie Sie eine Liste zusammenfassen, ohne etwas zu erfinden. Danach folgen die teuersten Fehler, etwa ein zu kleines Subnetz oder zwei VPCs mit Überschneidung. Zum Schluss stehen dieselben Berechnungen in Python, Node und mit der Terraform-Funktion cidrsubnet. Die benachbarten Werkzeuge finden Sie unter Netzwerk-Werkzeuge.

Subnetz-Rechner: IPv4 und IPv6, CIDR-Präfix oder Dezimalmaske (nur IPv4). Er zeigt Network, Subnet mask, Wildcard, Broadcast, First usable, Last usable, Host count und Address class, auf Wunsch mit Binäransicht
Zwei Arten, Hosts zu zählen: Nutzbar oder Total. Bei IPv4 hat ein /31 zwei Hosts (RFC 3021) und ein /32 einen. Bei IPv6 gibt es keinen Broadcast, und die nutzbare Anzahl entspricht dem Total
CIDRs zusammenfassen: führt überlappende und aneinandergrenzende, ausgerichtete Blöcke zusammen. Es füllt nie eine Lücke, überspringt leere Zeilen und Zeilen mit # und bricht bei der ersten ungültigen Zeile mit deren Nummer ab
IP im Subnetz: Der Modus contains prüft, ob eine IP zu einem CIDR gehört, der Modus overlap, ob zwei CIDRs eine Adresse teilen. Die Familie wird erkannt oder auf IPv4 oder IPv6 festgelegt
Kein Netzwerkzugriff: Die Werkzeuge pingen nichts, lösen keinen Namen auf und fragen kein Register ab. Sie rechnen mit den Adressen, die Sie eingeben
Eine Eingabegrenze von 64 KiB pro Werkzeug, und die Berechnung bleibt im Tab

Welches Werkzeug für welche Frage

Gute Einsatzfälle

Diese Werkzeuge rechnen mit Adressen. Nutzen Sie sie, um einen Plan zu prüfen, bevor Sie ihn in eine Cloud-Konsole oder eine Regeldatei übertragen.

Einen Adressplan prüfen, bevor Sie Subnetze anlegen: Netzwerk, Broadcast und Hostanzahl jedes Blocks im <a href="/de/subnet-calculator" class="text-primary hover:underline">Subnetz-Rechner</a>
Eine Maske vom Router oder aus einem Windows-Dialog (<code>255.255.240.0</code>) in ein Präfix (<code>/20</code>) und eine Wildcard (<code>0.0.15.255</code>) übersetzen, die Cisco-artige ACLs erwarten
Eine Liste mit mehreren Dutzend erlaubter Adressen verkleinern, bevor Sie sie in eine Security Group, eine WAF oder eine Firewall mit Regelgrenze einfügen, mit dem <a href="/de/cidr-summarize" class="text-primary hover:underline">Werkzeug „CIDRs zusammenfassen“</a>
Eine Regel testen: Gehört <code>10.1.2.3</code> zu <code>10.1.0.0/16</code>? Das <a href="/de/ip-in-subnet" class="text-primary hover:underline">Werkzeug „IP im Subnetz“</a> antwortet in einem Satz
Vor einem Peering oder einem VPN prüfen, dass sich zwei Bereiche nicht überschneiden
Das Subnetz eines Docker-Compose-Netzwerks (Schlüssel <code>ipam</code>) mit den Bereichen Ihres Firmen-VPNs vergleichen. Der <a href="/de/blog/docker-compose-env-online-validieren" class="text-primary hover:underline">Docker-Compose-Leitfaden</a> behandelt die Prüfung der übrigen Datei
Was woanders hingehört

Jedes Werkzeug endet dort, wo ein anderes beginnt oder wo Ihr eigenes Tooling beginnt.

Eine Adresse dezimal, binär oder hexadezimal anzeigen: der <a href="/de/ip-address-converter" class="text-primary hover:underline">IP-Adresskonverter</a>
Einen Bereich wie <code>10.0.0.1-10.0.0.3</code> in CIDR-Blöcke zerlegen: der <a href="/de/ip-range-to-cidr" class="text-primary hover:underline">Konverter „IP-Bereich → CIDR“</a>
Die Basis einer beliebigen Zahl wechseln: der <a href="/de/number-base-converter" class="text-primary hover:underline">Zahlenbasiskonverter</a>
Herausfinden, ob ein Rechner antwortet, welchen Weg ein Paket nimmt oder was DNS auflöst: Keines dieser Werkzeuge sendet ein Paket
Die Adressen abziehen, die Ihr Cloud-Anbieter für sich behält: Maßgeblich ist die Dokumentation des Anbieters (siehe unten)
Die Blöcke in Ihrer Infrastruktur schreiben: Der <a href="/de/blog/terraform-hcl-formatieren-validieren-online" class="text-primary hover:underline">Terraform-Leitfaden</a> und der <a href="/de/blog/kubernetes-yaml-manifeste-online-validieren" class="text-primary hover:underline">Kubernetes-Leitfaden</a> prüfen die Dateien selbst, und <code>cidrsubnet</code> zeigen wir unten

Ergebnisse richtig lesen

Das Ergebnis des Rechners, Feld für Feld

Geben Sie im Subnetz-Rechner eine Adresse und ein Präfix ein. Nehmen wir 192.0.2.10 mit /24 und dann 172.16.37.200 mit /20.

Network ist die Adresse mit auf null gesetzten Hostbits: <code>192.0.2.10/24</code> ergibt <code>192.0.2.0</code>. Sie müssen die Netzadresse nicht kennen, um sie einzugeben
Broadcast ist die letzte Adresse des Blocks. Die erste nutzbare Adresse ist das Netzwerk plus eins, die letzte der Broadcast minus eins. Bei diesem /24 sind das <code>192.0.2.1</code> bis <code>192.0.2.254</code>, also 254 Hosts
Wildcard ist die bitweise invertierte Maske: <code>0.0.0.255</code> bei einem /24, <code>0.0.15.255</code> bei einem /20. Cisco-artige ACLs und OSPF-Anweisungen <code>network</code> verwenden sie
Das /20 aus dem Beispiel ergibt das Netzwerk <code>172.16.32.0</code>, den Broadcast <code>172.16.47.255</code>, die Maske <code>255.255.240.0</code> und 4.094 nutzbare Hosts
Ein /31 enthält zwei Adressen, beide nutzbar auf einer Punkt-zu-Punkt-Verbindung (RFC 3021), und ein /32 benennt genau eine Adresse. Der Rechner wendet beide Fälle an, statt zwei abzuziehen
Address class benennt den Bereich. Privat umfasst 10.0.0.0/8, 172.16.0.0/12 und 192.168.0.0/16 (RFC 1918). Carrier-Grade-NAT umfasst 100.64.0.0/10 (RFC 6598). Reserviert umfasst Dokumentationsbereiche, darunter 192.0.2.0/24 (RFC 5737)
Eine Liste von Blöcken zusammenfassen

Fügen Sie im Werkzeug „CIDRs zusammenfassen“ einen CIDR pro Zeile ein. Nehmen wir 10.0.0.0/25, 10.0.0.128/25, 10.0.1.0/24 und 10.0.2.0/24: Das Ergebnis besteht aus zwei Zeilen, 10.0.0.0/23 und 10.0.2.0/24.

Leere Zeilen und Zeilen, die mit <code>#</code> beginnen, werden übersprungen. Die erste ungültige Zeile stoppt die Berechnung, und der Fehler nennt ihre Nummer
Ein CIDR ohne Präfix (<code>10.0.1.0</code>) wird abgelehnt. Für eine einzelne Adresse schreiben Sie <code>/32</code>
Hostbits werden auf das Netzwerk zurückgesetzt: <code>10.0.0.5/24</code> und <code>10.0.0.77/24</code> ergeben zusammen <code>10.0.0.0/24</code>
Zwei benachbarte Blöcke verschmelzen nur, wenn sie ausgerichtet sind. <code>10.0.0.0/25</code> und <code>10.0.0.128/25</code> bilden ein /24, aber <code>10.0.1.0/24</code> und <code>10.0.2.0/24</code> bleiben zwei Zeilen, weil ein /23 bei einem geraden Wert des dritten Oktetts beginnen muss
Eine Lücke wird nie gefüllt. <code>10.0.0.0/24</code> und <code>10.0.2.0/24</code> bleiben getrennt: Das Ergebnis deckt exakt dieselben Adressen ab wie die Eingabe, nicht mehr und nicht weniger
Ein IPv4- und ein IPv6-Eintrag in derselben Liste werden abgelehnt („Gemischte Familien in Zeile 2“). Fassen Sie jede Familie getrennt zusammen
Ist die Option Mergen ausgeschaltet, entfernt das Werkzeug nur exakte Duplikate und führt nichts zusammen
Eine IP oder zwei Bereiche prüfen

Das Werkzeug „IP im Subnetz“ hat zwei Modi, die Sie mit der Auswahl Modus wählen. Das Ergebnis steht als ganzer Satz da, zum Beispiel „10.1.2.3 liegt in 10.1.0.0/16“.

Im Modus contains nimmt das erste Feld eine IP und das zweite einen CIDR. Im Modus overlap nehmen beide Felder einen CIDR
Zwei CIDR-Blöcke sind entweder ineinander verschachtelt oder getrennt: Sie überschneiden sich nie zur Hälfte. <code>10.0.0.0/16</code> und <code>10.0.128.0/17</code> überschneiden sich, weil der zweite im ersten liegt, <code>10.0.0.0/16</code> und <code>10.1.0.0/16</code> dagegen nicht
Die Hostbits des CIDR werden ignoriert: <code>10.1.2.3</code> liegt in <code>10.1.5.9/16</code>, das als <code>10.1.0.0/16</code> behandelt wird
Beide Felder müssen zur selben Familie gehören. Eine gemappte IPv6-Adresse wie <code>::ffff:10.1.2.3</code> ist keine IPv4-Adresse: Gegen einen IPv4-CIDR meldet das Werkzeug unterschiedliche IP-Familien
Familie bietet auto, IPv4 oder IPv6. Eine erzwungene Familie lehnt die andere ab, statt zu raten
Ein CIDR ohne Präfix (<code>10.1.0.0</code>) wird als ungültige CIDR abgelehnt

Vier Fehler, die ein erneutes Deployment kosten

Das Präfix ins Adressfeld schreiben

Der Rechner hat zwei Felder, IP-Adresse und Präfix. Geben Sie 192.0.2.10/24 ins erste ein, meldet er, dass die Adresse kein „/“ enthalten darf und Sie das Präfixfeld nutzen sollen. Das ist Absicht: Ein Feld, das beide Formen annähme, ließe mehrdeutige Eingaben durch. Im Modus Maske erwartet das zweite Feld eine zusammenhängende Maske wie 255.255.240.0, und eine Maske wie 255.255.0.255 wird als ungültig abgelehnt.

Einen vollständigen CIDR ins Adressfeld einfügen
Eine Wildcard (<code>0.0.15.255</code>) eingeben, wo eine Maske erwartet wird
Den Modus Maske für eine IPv6-Adresse wählen, die keine Dezimalmaske hat
<code>24</code> im Modus Maske eingeben oder <code>255.255.255.0</code> im Modus CIDR
Tragen Sie die reine Adresse ins erste Feld und das Präfix oder die Maske ins zweite. Einen vorhandenen CIDR trennen Sie am „/“.
Ein Cloud-Subnetz nach der Hostanzahl dimensionieren

Der Rechner wendet die allgemeine IPv4-Regel an, also das Total minus Netzadresse und Broadcast. Cloud-Anbieter ziehen mehr ab. Amazon VPC behält die ersten vier Adressen und die letzte jedes Subnetzes, also fünf. Ein /24 bietet dann 251 Adressen, und ein /28 bietet 11 statt 14. Bei AWS reicht die Größe eines VPC-CIDR außerdem von /16 bis /28. Andere Anbieter haben eigene Reservierungen, die nur ihre Dokumentation nennt. Der Rechner kennt diese reservierten Bereiche nicht.

Ein /28 für 14 Instanzen planen, obwohl nur 11 Adressen frei sind
Vergessen, dass verwaltete Dienste (Load Balancer, NAT-Gateway, Netzwerkschnittstellen) Adressen desselben Subnetzes belegen
Ein Subnetz ohne Reserve für eine Autoscaling-Gruppe unter Spitzenlast berechnen
Die 254 Hosts eines /24 in einen Cloud-Adressplan übernehmen, ohne die reservierten Adressen abzuziehen
Das Subnetz ist im ungünstigsten Moment voll. Ein AWS-Subnetz lässt sich nicht vergrößern, Sie legen also ein neues an und ziehen die Ressourcen um.
Zusammenfassen mit Erweitern verwechseln

Die Zusammenfassung des Werkzeugs ist exakt. Das Ergebnis deckt dieselben Adressen ab wie die Eingabe, nicht mehr, und eignet sich deshalb für eine Allowlist. Schreiben Sie dagegen von Hand 10.0.0.0/22 statt 10.0.0.0/23 und 10.0.2.0/24, erlauben Sie zusätzlich 10.0.3.0/24. Dieser Block stand nicht in der Liste. Eine weitere Falle beim Lesen: Die Sortierung Aufsteigend ist eine Textsortierung. Für die Liste 10.0.0.0/8, 9.0.0.0/8, 172.16.0.0/12 lautet das Ergebnis 10.0.0.0/8, 172.16.0.0/12, 9.0.0.0/8.

Zwei getrennte Blöcke „der Einfachheit halber“ durch einen größeren ersetzen und damit ungewollte Adressen öffnen
Die Sortierung Aufsteigend für eine numerische Sortierung der Adressen halten
Zwei zusammengefasste Listen vergleichen, die nicht gleich sortiert wurden
IPv4 und IPv6 gemeinsam zusammenfassen und sich über die Ablehnung wundern
Lassen Sie das Werkzeug die exakte Liste erzeugen. Jeden größeren Block treffen und prüfen Sie als Sicherheitsentscheidung.
Eine Überschneidung erst nach der Verbindung entdecken

Zwei Netze mit Überschneidung lassen sich ohne Adressübersetzung weder per Peering noch über ein Transit Gateway oder ein VPN verbinden. Bei AWS lassen sich zwei VPCs mit überlappenden CIDRs weder per Peering noch über ein Transit Gateway koppeln. Der Fall ist häufig. Alle wählen 10.0.0.0/16, behalten das Standard-VPC mit 172.31.0.0/16 oder lassen Docker 172.17.0.0/16 nehmen, während das Büronetz auf 192.168.0.0/24 liegt. Der Modus overlap antwortet in einem Satz, bevor Sie etwas angelegt haben.

Den CIDR eines Test-VPCs für die Produktion übernehmen
Jedem Projekt derselben Organisation 10.0.0.0/16 zuweisen
Nur die Cloud-Bereiche testen und die von Büro und VPN vergessen
Ein Docker-Compose-Subnetz in einen Bereich legen, den das Firmennetz schon nutzt
Sie müssen ein laufendes Netz neu nummerieren, also seine Subnetze und Ressourcen neu anlegen.

Präfixe, Sonderbereiche und IPv6 im Überblick

Präfix, Maske und Blockgröße

Ein IPv4-Block enthält 2 hoch (32 minus Präfix) Adressen. Jedes zusätzliche Bit im Präfix halbiert den Block. Hier die üblichen Größen, mit der Anzahl nutzbarer Hosts in Klammern.

<code>/16</code> hat die Maske <code>255.255.0.0</code> und enthält 65.536 Adressen (65.534 nutzbar)
<code>/20</code> hat die Maske <code>255.255.240.0</code> und enthält 4.096 Adressen (4.094)
<code>/24</code> hat die Maske <code>255.255.255.0</code> und enthält 256 Adressen (254)
<code>/25</code> hat die Maske <code>255.255.255.128</code> und enthält 128 Adressen (126)
<code>/26</code> hat die Maske <code>255.255.255.192</code> und enthält 64 Adressen (62)
<code>/27</code> hat die Maske <code>255.255.255.224</code> und enthält 32 Adressen (30)
<code>/28</code> hat die Maske <code>255.255.255.240</code> und enthält 16 Adressen (14)
<code>/29</code> hat die Maske <code>255.255.255.248</code> und enthält 8 Adressen (6)
<code>/30</code> hat die Maske <code>255.255.255.252</code> und enthält 4 Adressen (2)
<code>/31</code> hat die Maske <code>255.255.255.254</code> und enthält 2 Adressen, beide nutzbar (RFC 3021)
<code>/32</code> hat die Maske <code>255.255.255.255</code> und benennt eine Adresse
Die Sonderblöcke, denen Sie am häufigsten begegnen

Einige Bereiche haben eine durch RFCs festgelegte Bedeutung. Der Rechner erkennt sie im Feld Address class.

<code>10.0.0.0/8</code>, <code>172.16.0.0/12</code> (172.16.0.0 bis 172.31.255.255) und <code>192.168.0.0/16</code> sind die privaten Bereiche der RFC 1918 und werden als Privat eingestuft
<code>100.64.0.0/10</code> ist der gemeinsame Adressraum für Carrier-Grade-NAT (RFC 6598) und wird als Carrier-Grade-NAT eingestuft. Auch manche Mesh-VPN-Dienste nutzen ihn, halten Sie ihn also nicht für gewöhnlichen privaten Raum
<code>127.0.0.0/8</code> ist Loopback, <code>169.254.0.0/16</code> der Link-Local-Raum selbst vergebener Adressen. Beide werden nicht geroutet
<code>192.0.2.0/24</code>, <code>198.51.100.0/24</code> und <code>203.0.113.0/24</code> sind für Dokumentation reserviert (RFC 5737). Das gilt auch für <code>2001:db8::/32</code> bei IPv6 (RFC 3849). Der Rechner stuft <code>192.0.2.10</code> und <code>2001:db8::1</code> als Reserviert ein, deshalb zeigen seine Beispielwerte das
<code>0.0.0.0/0</code> deckt den gesamten IPv4-Raum ab. Es ist die Standardroute und die Regel „offen für alle“ einer Security Group
IPv4 und IPv6 nebeneinander

Alle drei Werkzeuge verstehen beide Familien, mit einigen Unterschieden, die Sie kennen sollten.

IPv4 hat 32 Bit, IPv6 hat 128. Eine IPv6-Adresse wird hexadezimal in Gruppen zu 16 Bit geschrieben. Das Zeichen <code>::</code> ersetzt eine Folge von Nullgruppen, einmal pro Adresse
Der Rechner gibt IPv6-Adressen in komprimierter Form aus (RFC 5952), die von Ihrer Eingabe abweichen kann
Ein <code>/64</code> ist die übliche Größe eines lokalen Segments, weil die automatische Adresskonfiguration (SLAAC) eine 64-Bit-Schnittstellenkennung voraussetzt. Es enthält 18.446.744.073.709.551.616 Adressen, die das Werkzeug vollständig ausgibt
Bei IPv6 gibt es keinen Broadcast: Das Feld Broadcast verschwindet aus dem Ergebnis, und Nutzbar entspricht Total
Der Modus Maske (<code>255.255.255.0</code>) existiert nur für IPv4. Der Modus CIDR funktioniert für beide Familien
Zusammenfassen und die Zugehörigkeitsprüfung funktionieren auch bei IPv6, solange eine Liste nicht beide Familien mischt

Die drei Werkzeuge Schritt für Schritt

Ein Subnetz berechnen

Der Subnetz-Rechner rechnet beim Tippen neu. Es gibt keine Schaltfläche, die Sie drücken müssen.

1

Adresse eingeben

Eine IPv4- oder IPv6-Adresse, ohne „/“. Es muss nicht die Netzadresse sein: 192.0.2.10 genügt für den Block 192.0.2.0/24.

2

Präfix wählen

Der Modus CIDR erwartet eine Länge, zum Beispiel 24. Der Modus Maske erwartet eine Dezimalmaske wie 255.255.255.0, nur für IPv4. Bei einer IPv4-Adresse füllen die Schaltflächen /32, /31, /30, /24, /16 und /8 das Feld.

3

Zählung und Binäransicht einstellen

Zählung wechselt zwischen Nutzbar und Total. Die Option Binär fügt Adresse, Netzwerk und Maske binär hinzu, hilfreich, um zu sehen, wo das Präfix ein Oktett schneidet.

4

Ein Feld oder das ganze Ergebnis kopieren

Jedes Feld hat eine Schaltfläche Kopieren, und Alles kopieren übernimmt das ganze Ergebnis. Die Adressklasse gehört zum Ergebnis.

Eine Liste mit CIDRs zusammenfassen

Das Werkzeug „CIDRs zusammenfassen“ reduziert eine Liste von Blöcken auf ihre minimale Form.

1

Liste einfügen

Ein CIDR pro Zeile, eingefügt oder aus einer Datei geladen. Leere Zeilen und Kommentare mit # werden übersprungen, Sie können also einen kommentierten Export einfügen.

2

Mergen und Sortierung wählen

Der Schalter Mergen, anfangs eingeschaltet, führt überlappende und aneinandergrenzende, ausgerichtete Blöcke zusammen. Sortierung bietet Aufsteigend (Textsortierung) oder Keine.

3

Ergebnis lesen

Es aktualisiert sich beim Tippen und zeigt die Familie (IPv4 oder IPv6) und die Anzahl der Blöcke. Eine ungültige Zeile erscheint mit ihrer Nummer, und die Berechnung endet dort.

4

Liste kopieren

Die entstandene Liste lässt sich unverändert in eine Security Group, eine Firewall-Regel oder eine Konfigurationsdatei einfügen.

Mit „IP im Subnetz“ prüfen

Das Werkzeug „IP im Subnetz“ antwortet mit einem ausgeschriebenen Ergebnis.

1

Modus wählen

contains prüft, ob eine IP zu einem CIDR gehört. overlap prüft, ob zwei CIDRs mindestens eine Adresse teilen.

2

Beide Felder ausfüllen

Eine IP und ein CIDR im Modus contains, zwei CIDRs im Modus overlap. Die Beispielwerte (10.1.2.3 und 10.1.0.0/16) zeigen das Format.

3

Bei Bedarf die Familie festlegen

Mit Auto wird die Familie erkannt. Wer IPv4 oder IPv6 erzwingt, lehnt Eingaben der anderen Familie ab, statt sie umzuwandeln.

4

Ergebnis kopieren

Der Satz, zum Beispiel „10.0.0.0/16 und 10.0.128.0/17 überschneiden sich“, passt in ein Ticket oder eine Konfigurationsprüfung.

Was die Werkzeuge nicht tun

Einige Grenzen, die Sie kennen sollten, bevor Sie sich darauf verlassen.

Es wird kein Paket gesendet: kein Ping, keine DNS-Auflösung, keine Abfrage eines Adressregisters
Bereiche, die ein Cloud-Anbieter reserviert, werden nicht von der Hostanzahl abgezogen
Ein Block wird nicht in kleinere Subnetze zerlegt. Ein /16 enthält 256 Blöcke vom Typ /24, die Sie von Hand oder mit cidrsubnet aufzählen
Das Zusammenfassen liest nur CIDRs mit Präfix. Ein Bereich Anfang-Ende läuft zuerst durch „IP-Bereich → CIDR“
Die Sortierung Aufsteigend ist eine Textsortierung, keine numerische Sortierung der Adressen
Die Eingabe ist auf 64 KiB pro Werkzeug begrenzt

Dieselben Berechnungen in Python, Node und Terraform

Das Modul ipaddress in Python

Die Standardbibliothek leistet alles, was die drei Werkzeuge leisten. Die klassische Falle ist strict: Standardmäßig löst eine Adresse mit Hostbits wie 192.0.2.10/24 einen ValueError aus.

Einfaches Beispiel

import ipaddress # strict=False accepts host bits (192.0.2.10/24); the default strict=True raises ValueError net = ipaddress.ip_network('192.0.2.10/24', strict=False) print(net.network_address, net.broadcast_address) # 192.0.2.0 192.0.2.255 print(net.netmask, net.hostmask) # 255.255.255.0 0.0.0.255 (hostmask = wildcard) print(net.num_addresses) # 256 in total, 254 usable # Summarize: adjacent and overlapping blocks collapse, holes stay blocks = ['10.0.0.0/25', '10.0.0.128/25', '10.0.1.0/24', '10.0.2.0/24'] print(list(ipaddress.collapse_addresses(ipaddress.ip_network(b) for b in blocks))) # [IPv4Network('10.0.0.0/23'), IPv4Network('10.0.2.0/24')] # Contains and overlap print(ipaddress.ip_address('10.1.2.3') in ipaddress.ip_network('10.1.0.0/16')) # True print(ipaddress.ip_network('10.0.0.0/16').overlaps(ipaddress.ip_network('10.0.128.0/17'))) # True
Die Bibliothek ipaddr.js in Node

Diese Bibliothek nutzen die Werkzeuge selbst. Sie berechnet Netzwerk und Broadcast eines CIDR, und match() beantwortet die Frage „liegt diese IP in diesem Block“.

Einfaches Beispiel

import ipaddr from 'ipaddr.js' const cidr = '172.16.37.200/20' console.log(ipaddr.IPv4.networkAddressFromCIDR(cidr).toString()) // 172.16.32.0 console.log(ipaddr.IPv4.broadcastAddressFromCIDR(cidr).toString()) // 172.16.47.255 console.log(ipaddr.IPv4.subnetMaskFromPrefixLength(20).toString()) // 255.255.240.0 // match() is the "contains" check const ip = ipaddr.parse('10.1.2.3') console.log(ip.match(ipaddr.parseCIDR('10.1.0.0/16'))) // true console.log(ip.match(ipaddr.parseCIDR('10.2.0.0/16'))) // false
Die Funktion cidrsubnet in Terraform

In einem Terraform-Plan teilt cidrsubnet einen Block auf, statt CIDRs von Hand abzuschreiben. Der Terraform-Leitfaden behandelt Formatierung und Validierung der Dateien. Prüfen Sie hier das Ergebnis jeder Aufteilung, bevor Sie es anwenden.

Einfaches Beispiel

locals { vpc_cidr = "10.0.0.0/16" # cidrsubnet(prefix, newbits, netnum): 16 + 8 new bits = a /24, and netnum 2 is the third one app_subnet = cidrsubnet(local.vpc_cidr, 8, 2) # "10.0.2.0/24" db_subnet = cidrsubnet(local.vpc_cidr, 8, 3) # "10.0.3.0/24" }
Die Netzwerk-Werkzeuge von FastMinify

Nichts zu installieren und nichts hochgeladen. Der Subnetz-Rechner, das Werkzeug „CIDRs zusammenfassen“ und das Werkzeug „IP im Subnetz“ decken Berechnen, Reduzieren und Prüfen einer Blockliste ab. Ihre Grenzen sind schnell genannt: keine von der Cloud reservierten Bereiche, keine Aufteilung in Subnetze, eine Textsortierung. Um eine Adresse dezimal, binär und hexadezimal zu sehen, nutzen Sie den IP-Adresskonverter. Die Netzwerk-Werkzeuge bündeln alle.

Zusammenfassung

Ein CIDR besteht aus Anfang und Größe, und fast alles andere folgt daraus. Maske, Broadcast, Hostanzahl, das Verschmelzen zweier Blöcke und die Überschneidung lassen sich ableiten. Der Subnetz-Rechner liefert diese Werte für IPv4 und IPv6. Das Werkzeug „CIDRs zusammenfassen“ reduziert eine Liste, ohne je eine Lücke zu füllen. Das Werkzeug „IP im Subnetz“ beantwortet zwei Fragen: „Liegt diese Adresse in diesem Block“ und „Berühren sich diese zwei Blöcke“. Die Rechnung kennt die Adressen nicht, die Ihr Cloud-Anbieter reserviert. Ein Block, der größer ist als die ursprüngliche Liste, ist außerdem eine Entscheidung und keine Vereinfachung. Prüfen Sie Überschneidungen, bevor Sie zwei Netze verbinden, nicht danach. Die Netzwerk-Werkzeuge bündeln die benachbarten Werkzeuge.

Tragen Sie Adresse und Präfix in zwei Felder ein, und lesen Sie Netzwerk, Broadcast und Hostanzahl, bevor Sie ein Subnetz anlegen
Ziehen Sie die Adressen, die Ihr Cloud-Anbieter reserviert, von der Hostanzahl ab: fünf pro Subnetz bei AWS
Fassen Sie eine Allowlist mit dem Werkzeug zusammen, das exakt bleibt, und behandeln Sie jeden größeren Block als Sicherheitsentscheidung
Prüfen Sie zwei Bereiche vor einem Peering oder VPN auf Überschneidung, auch gegen Büro- und Docker-Netze
Fassen Sie IPv4 und IPv6 getrennt zusammen, und verlassen Sie sich nicht auf die Reihenfolge der Sortierung Aufsteigend
Teilen Sie diesen Artikel
Teilen Sie diesen Artikel: