JPKCom DB

IP Tools — Tipps & Tricks

Kniffe für die IP Tools: CIDR im Kopf verstehen, Subnetting-Strategie, ULA vs. GUA, typische Fehler und die Kombination mit anderen JPKCom-Tools.

Zurück zur Übersicht: IP Tools · Tool live öffnen: www.jpkc.com/tools/ip/

Das Manual erklärt jeden Tab, die Beispiele zeigen die Rechenwege. Hier geht es um das Verständnis dahinter: wie du CIDR im Kopf liest, wie du ein Netz sinnvoll planst, wann du ULA statt GUA nimmst und welche Fehler immer wieder passieren.

CIDR verstehen, statt auswendig zu lernen

Das Präfix hinter dem Schrägstrich ist nur die Anzahl der Netz-Bits. Alles Übrige folgt daraus:

  • Host-Bits = 32 − Präfix, und damit Gesamtadressen = 2 hoch Host-Bits. Ein /24 hat 8 Host-Bits → 256 Adressen, ein /26 hat 6 → 64, ein /30 hat 2 → 4.
  • Nutzbare Hosts = Gesamtadressen − 2 (Netz- und Broadcast-Adresse gehen ab). Ausnahmen: /31 hat per RFC 3021 genau 2 nutzbare Hosts (für Punkt-zu-Punkt-Links), /32 ist ein Einzelhost.
  • Jedes Bit halbiert. Von /24 auf /25 halbiert sich der Block (256 → 128), von /25 auf /26 wieder (128 → 64). Umgekehrt verdoppelt jedes Bit weniger.

Wenn du dir da unsicher bist: Der Binary Breakdown im Subnet-Calc-Tab färbt Netz- und Host-Bits unterschiedlich — damit siehst du buchstäblich, wo das Präfix endet. Und die IPv4 CIDR Quick Reference im Reference-Tab listet für jedes Präfix Maske und Host-Anzahl; mit dem Common-Button blendest du die exotischen Präfixe aus.

Subnetting-Strategie

  • Plane von der größten Anforderung her. Zähl pro Segment die nötigen Hosts, runde auf die nächste Zweierpotenz auf (plus die zwei reservierten Adressen) und wähl das passende Präfix. 100 Hosts brauchen ein /25 (126 nutzbar), nicht ein /26 (62).
  • Nutz VLSM, statt alles gleich groß zu schneiden. Mit Variable Length Subnet Masking gibst du großen Segmenten ein /24 und Punkt-zu-Punkt-Links ein /30 (oder /31). Die Subnet Splits im Subnet-Calc-Tab zeigen dir direkt, in welche engeren Präfixe sich ein Block teilen lässt und wie viele Teilnetze dabei herauskommen.
  • Aggregiere, wo es geht. Mehrere benachbarte Netze lassen sich oft zu einem kürzeren Präfix zusammenfassen (Supernetting). Genau dafür ist Range → CIDRs da: Gib den Gesamtbereich ein und sieh, mit wie wenigen Blöcken er sich abdecken lässt — bei IPv4 wie bei IPv6.
  • /31 für Router-Links. Auf Punkt-zu-Punkt-Strecken spart das /31 (RFC 3021) die Hälfte der Adressen gegenüber dem /30. Das Tool rechnet beide korrekt.
  • IPv6 an Nibble-Grenzen planen. Bei IPv6 zählst du keine Hosts, sondern Netze: Jedes LAN-Segment bekommt ein /64. Teil ein /48 oder /56 an den Grenzen /52, /56, /60 und /64 auf — dort wechselt jeweils eine ganze Hex-Ziffer, und die Präfixe bleiben lesbar. Genau diese Stufen zeigt der Subnet Calc für ein IPv6-Präfix unter Subnet Splits, samt der Zeile /64 subnets.

ULA vs. GUA — welche IPv6-Adresse wofür

  • GUA (Global Unicast, 2000::/3) sind öffentlich routbar — das ist der Normalfall im IPv6-Internet. Sie kommen meist per Prefix Delegation vom Provider (typisch ein /48 oder /56).
  • ULA (Unique Local, fd00::/8) sind das private Gegenstück, vergleichbar mit RFC-1918-Adressen in IPv4. Sie werden nicht ins Internet geroutet und eignen sich für interne Dienste, Labor- und Testnetze sowie für Adressen, die unabhängig von der ISP-Zuteilung stabil bleiben sollen.
  • Der eigentliche ULA-Vorteil ist die zufällige Global ID. Weil der ULA-Generator die 40-Bit-Global-ID kryptografisch zufällig zieht, ist dein Präfix statistisch weltweit eindeutig. Zwei so erzeugte Netze lassen sich ohne Adresskonflikt zusammenführen — anders als bei IPv4, wo überall dieselben 192.168.0.0/16 kollidieren.
  • Generier dein ULA-Präfix einmal und behalte es. Der Sinn ist Stabilität: Würfelst du bei jedem Bedarf neu, verlierst du genau die Eindeutigkeit, die ULA ausmacht. Erzeug das /48 einmal, dokumentier es und teil es über die 16-Bit-Subnetz-ID in deine /64-Segmente.

Häufige Fehler

  • Netz- und Broadcast-Adresse als Host vergeben. Die erste und die letzte Adresse eines Subnetzes sind reserviert. Der Rechner zeigt dir mit First/Last Usable Host genau den Bereich, den du wirklich verteilen darfst.
  • Eine ungültige „Maske" eingeben. Eine Subnetzmaske muss zusammenhängend sein (255.255.255.192), nicht gelöchert (255.0.255.0). Bei einer nicht zusammenhängenden Maske meldet der Subnet-Calc-Tab „the 1-bits must be contiguous" — das ist kein Bug, sondern korrektes Verhalten.
  • Das Präfix weglassen. Subnetzrechner und CIDR → Range brauchen immer ein Präfix (/24) oder bei IPv4 eine Maske. Eine nackte Adresse lehnt das Tool ab, statt still ein /24 anzunehmen — so rechnest du nie versehentlich mit dem falschen Netz.
  • Den Hostbit-Hinweis übersehen. Gibst du 10.0.5.7/16 ein, rechnet das Tool mit dem Netz 10.0.0.0/16 und sagt dir das in der Zeile „Host bits are set — the network is …". Steht dieser Hinweis da, obwohl du ein Netz eintragen wolltest (etwa in einer Firewall-Regel), hast du dich vermutlich vertippt.
  • Führende Nullen in IPv4-Adressen. 192.168.010.1 sieht harmlos aus, aber manche Werkzeuge lesen 010 als Oktalzahl 8. Das Tool lehnt solche Eingaben deshalb ab und nennt dir die eindeutige Schreibweise. Prüf bei dieser Meldung auch die Quelle, aus der du die Adresse kopiert hast.
  • IPv6 und IPv4 verwechseln, was Bereiche angeht. IPv6 hat keinen Broadcast — die Aufgabe übernimmt Multicast (ff00::/8). Der Subnetzrechner zeigt für IPv6 deshalb First address und Last address statt Broadcast und nutzbarer Hosts.
  • Documentation-Bereiche produktiv nutzen. 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24, 2001:db8::/32 und das größere 3fff::/20 sind ausdrücklich für Beispiele reserviert. Der Reference-Tab kennzeichnet sie — nimm sie für Doku, aber nie für echte Geräte. Dasselbe gilt für die Benchmarking-Netze 198.18.0.0/15 und 2001:2::/48, die gern als vermeintlich „freie" Labornetze herhalten.

Adressen schnell einordnen

  • Typ statt Bauchgefühl. Der Konverter ordnet jede Adresse nach den IANA-Registern ein und nennt den Bereich, bei Sonderbereichen auch den RFC. Damit erkennst du sofort, ob eine Adresse aus einem Log öffentlich ist, aus dem CGN-Bereich 100.64.0.0/10 deines Providers stammt oder nur ein Dokumentationsbeispiel ist.
  • Versteckte IPv4 finden. Steht in einem Log eine IPv6-Adresse mit 64:ff9b::, ::ffff:, 2002: oder 2001:0: am Anfang, steckt eine IPv4-Adresse darin. Der Konverter zeigt sie als Embedded IPv4, Embedded IPv4 (6to4) oder bei Teredo als Teredo server und Teredo client (public IPv4:port).
  • Reverse-DNS-Namen nicht von Hand bauen. Für einen PTR-Eintrag brauchst du die Adresse rückwärts unter in-addr.arpa bzw. bei IPv6 alle 32 Nibbles rückwärts unter ip6.arpa. Die Zeile Reverse DNS im Konverter liefert den Namen fertig zum Kopieren — bei IPv6 vertippst du dich dabei sonst fast sicher.
  • Zonen-IDs gehören nicht in Konfigurationen anderer Rechner. fe80::1%eth0 ist nur auf dem Rechner eindeutig, auf dem eth0 existiert. Der Konverter akzeptiert die Schreibweise und zeigt die Zone separat an; die Adresse selbst ist Link-local und wird nicht geroutet.

Mit anderen JPKCom-Tools kombinieren

  • Von der IP zur Domain. Hast du eine Adresse klassifiziert oder ein Subnetz geplant, geht es oft eine Ebene höher weiter — mit den DNS, SSL, Redirect & URL Tools prüfst du DNS-Einträge, Zertifikate und Weiterleitungen zur dahinterliegenden Domain.
  • Den eigenen Standort einordnen. Der My IP-Tab zeigt deine Adresse und erkannte Proxy-Header; für das volle Bild deiner Verbindung und deines Browsers ergänzt die Server- & Browser-Info.

Noch mehr Kontext: die Übersicht zum großen Bild, das Manual für jedes Feld und die Beispiele für die Schritt-für-Schritt-Rechnungen. Ausprobieren kannst du alles direkt im Tool.