IPv4-zu-Integer-Konverter
Konvertieren Sie IPv4-Adressen in ihre 32-Bit-Integer-Darstellung und umgekehrt. Nützlich für Datenbankspeicherung, IP-Bereichsvergleiche und Netzwerkprogrammierung.
192.168.1.1 →
Decimal (unsigned)
3232235777
Hexadecimal
0xC0A80101
Binary (octets)
11000000.10101000.00000001.00000001
Class
Class C
Private range
192.168.0.0/16 (RFC 1918)
So verwenden Sie IPv4-zu-Integer-Konverter
- 1Geben Sie eine IPv4-Adresse (z. B. 192.168.1.1) oder eine 32-Bit-Integer ein.
- 2Zeigen Sie die Konvertierung in Dezimal-, Hexadezimal-, Binär- und CIDR-Formen an.
- 3Verwenden Sie das Ergebnis für Datenbank-IP-Speicherung oder Netzwerkbereichsberechnungen.
ZenovayAnalytics
Analytics, für Gründer gebaut.
- Besucher-Tracking in Echtzeit
- Datenschutz zuerst, kein Cookie-Banner
- In zwei Minuten eingerichtet
Verwandte Tools
JSON-Formatter und Validator
Formatieren, validieren und verschönern Sie JSON-Daten mit Syntaxhervorhebung und Fehlererkennung.JWT-Decoder
Dekodieren und inspizieren Sie JWT-Token. Zeigen Sie Header, Payload und überprüfen Sie Signaturen.Base64 Encode/Decode
Kodieren Sie Text in Base64 oder dekodieren Sie Base64 zurück in Text. Unterstützt UTF-8 und Binärdaten.URL Codierungstool
Codieren oder decodieren Sie URL-Komponenten. Verarbeiten Sie Sonderzeichen, Abfragezeichenfolgen und vollständige URLs.Häufig gestellte Fragen
Wie wird eine IPv4-Adresse in eine 32-Bit-Ganzzahl konvertiert?▾
Eine IPv4-Adresse besteht aus 4 Oktetten (Bytes), die durch Punkte getrennt sind: A.B.C.D. Jedes Oktett reicht von 0 bis 255. Die 32-Bit-Ganzzahl = A × 16.777.216 + B × 65.536 + C × 256 + D, oder äquivalent: (A << 24) | (B << 16) | (C << 8) | D. Beispiel: 192.168.1.1 = 192×16.777.216 + 168×65.536 + 1×256 + 1 = 3.232.235.777. In Hexadezimal: C0A80101. Die Umkehrung: die Ganzzahl durch aufeinanderfolgende Zehnerpotenzen von 256 teilen und Reste nehmen.
Warum würde man IP-Adressen als Ganzzahlen speichern?▾
Vorteile der Ganzzahl-Speicherung: 4 Bytes gegenüber 15+ Bytes für String-Format – spart Platz in großen Tabellen. Der Vergleich ist exakt und schnell (Ganzzahl-Gleichheit gegenüber String-Parsing). Bereichs-Abfragen sind trivial: WHERE ip_int BETWEEN start_int AND end_int – kein String-Parsing erforderlich. Nützlich für IP-Blacklist-Lookup, Geolokalisierung und Zugriffskontrolle. In MySQL verwenden Sie INT UNSIGNED (0 bis 4.294.967.295) mit den Funktionen INET_ATON() / INET_NTOA(). PostgreSQL hat native inet- und cidr-Typen, die dies automatisch handhaben.
Was ist der Unterschied zwischen signierten und unsignierten 32-Bit-Ganzzahlen für IPs?▾
IPv4-Ganzzahlen reichen von 0 bis 4.294.967.295 (2^32 − 1). Unsigned 32-Bit (uint32): 0 bis 4.294.967.295 – passt zu allen IPv4-Adressen. Signed 32-Bit (int32): −2.147.483.648 bis 2.147.483.647 – IPs über 128.0.0.0 werden negativ! Beispiel: 192.168.1.1 = 3.232.235.777 überläuft signierte int32 → gespeichert als −1.062.731.519. Verwenden Sie immer UNSIGNED INT in MySQL für IP-Speicherung. In Java und C# verwenden Sie uint oder long. In Python sind Ganzzahlen von willkürlicher Genauigkeit, daher kein Überlauf.
Wie werden IP-Adressen Klassen und private Bereiche zugeordnet?▾
IPv4-Klassensystem (veraltet): Klasse A: 0.0.0.0–127.255.255.255 (0x00000000–0x7FFFFFFF). Klasse B: 128.0.0.0–191.255.255.255. Klasse C: 192.0.0.0–223.255.255.255. Private RFC 1918 Bereiche: 10.0.0.0/8 (10.x.x.x, große Unternehmens-Netzwerke), 172.16.0.0/12 (172.16.x.x bis 172.31.x.x), 192.168.0.0/16 (192.168.x.x, Heim-/Büro-Netzwerke). Loopback: 127.0.0.0/8. APIPA/Link-lokal: 169.254.0.0/16. Multicast: 224.0.0.0/4.
Was sind spezielle IPv4-Adressen und -Bereiche?▾
Reservierte IPv4-Bereiche: 0.0.0.0/8: "dieses" Netzwerk, verwendet als Quelle, wenn die Adresse unbekannt ist. 127.0.0.0/8: Loopback (localhost = 127.0.0.1). 169.254.0.0/16: APIPA/Link-lokal, automatisch zugewiesen, wenn DHCP fehlschlägt. 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24: Dokumentations-/Beispiel-Bereiche. 224.0.0.0/4: Multicast. 240.0.0.0/4: reserviert. 255.255.255.255: Broadcast. In CIDR-Notation ist /32 ein einzelner Host, /0 sind alle Adressen. Die letzte verwendbare Adresse in einem Subnetz ist immer um 1 kleiner als die Broadcast-Adresse.