ForHosting KIT · Entwickler-Tools

IPv4 in Hexadezimal und Binär pro Oktett umrechnen

Dieser IPv4-Hexadezimal-Konverter wandelt eine vertraute punktierte Dezimaladresse in Hexadezimal- und Binärdarstellungen fester Breite um.

● BetaKostenlos · im Browser

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailTelegramApp bald

Dabei bleibt die für Netzwerkarbeiten wichtige Struktur aus vier Oktetten erhalten. Geben Sie eine Adresse wie 192.168.1.10 ein, um jedes dezimale Oktett neben seinem zweistelligen Hexadezimalwert und achtstelligen Binärwert zu sehen. Zusätzlich erhalten Sie zusammengefügte Formen für den Vergleich mit Paketmitschnitten, Protokollen, Zugriffslisten und Router-Konfigurationsdateien. Das übersichtliche Ergebnis Byte für Byte erleichtert die Prüfung systemnaher Notation, ohne Basisumrechnungen wiederholt von Hand auszuführen.

Lesen Sie die Umrechnung Oktett für Oktett

Eine IPv4-Adresse besteht aus vier vorzeichenlosen Acht-Bit-Werten, die dezimal geschrieben und durch Punkte getrennt werden. Der Konverter prüft zuerst diese Struktur und wandelt anschließend jedes Oktett unabhängig um. Der Dezimalwert 192 wird zum Hexadezimalwert C0 und zum Binärwert 11000000; der Dezimalwert 1 wird zu 01 beziehungsweise 00000001. Feste Breiten sind hierbei wichtig: Ohne führende Null können kleine Werte ein Paketfeld kürzer erscheinen lassen und visuelle Vergleiche erschweren. Das Ergebnis enthält deshalb für jede Position einen Datensatz mit dem Dezimalwert, dem zweistelligen Hexadezimalwert und dem achtstelligen Binärwert. Hinzu kommen eine punktierte Hexadezimalform, eine kompakte Hexadezimalform und eine punktierte Binärform. Verwenden Sie die Oktett-Datensätze zum Lernen oder Prüfen einzelner Felder und die zusammengefügten Darstellungen zum Abgleich mit einem Wert aus einem Mitschnitt, Geräteexport, systemnahen Protokoll oder Protokollhinweis. Nach der Validierung wird die ursprüngliche Adresse normalisiert, damit die Ausgabe für Skripte und Golden-Vergleiche vorhersehbar bleibt.

Warum eine strenge IPv4-Prüfung wichtig ist

Netzwerkwerkzeuge sollten mehrdeutige Eingaben ablehnen, statt stillschweigend zu raten. Dieser Konverter verlangt genau vier dezimale Oktette, die jeweils im einschließlich verstandenen Bereich von 0 bis 255 liegen. Vorzeichen, hexadezimale Präfixe, fehlende Bestandteile, zusätzliche Punkte oder führende Nullen wie 001 werden nicht akzeptiert. Manche ältere Programme haben führende Nullen als Oktalschreibweise interpretiert, während andere Systeme sie als gewöhnliche dezimale Formatierung behandeln. Durch die Ablehnung kann derselbe Text nicht in verschiedenen Umgebungen unterschiedliche Adressen bezeichnen. Leerraum am Anfang und Ende wird entfernt, innerhalb der Adresse ist er jedoch unzulässig. Die Prüfung ist ausschließlich syntaktisch und numerisch: Der Konverter behauptet nicht, dass eine Adresse öffentlich routbar, zugewiesen, erreichbar, privat, für Multicast bestimmt oder sicher ist. Werte wie 0.0.0.0 und 255.255.255.255 sind gültige Darstellungen aus vier Oktetten und lassen sich konvertieren, obwohl ihre betriebliche Bedeutung vom Kontext abhängt. Ein abgelehnter Wert liefert einen typisierten Eingabefehler statt einer unvollständigen oder irreführenden Umrechnung.

Nutzen Sie die Formate bei Paketen und Routern

Hexadezimalnotation ist kompakt und lässt sich eindeutig Bytes zuordnen. Daher zeigen Paket-Dumps und Debugging-Werkzeuge Adressen häufig in Gruppen wie C0 A8 01 0A oder als einen durchgehenden Wert an. Binärnotation macht Bitgrenzen, Masken und Präfixe sichtbar: Dieselbe Adresse wird zu vier Gruppen aus je acht Bits, sodass Sie erkennen können, welche Bits zum Subnetzpräfix und welche zum Hostanteil gehören. Die punktierte Ausgabe hält Oktettgrenzen sichtbar, während sich das kompakte Hexadezimalfeld gut für die Suche in Protokollen ohne Trennzeichen eignet. Prüfen Sie vor dem Einfügen eines Ergebnisses stets die vom Zielsystem erwartete Schreibweise; manche Konfigurationsformate verlangen 0x-Präfixe, Leerzeichen, Doppelpunkte oder eine 32-Bit-Ganzzahl statt der hier ausgegebenen Darstellungen. Diese Fähigkeit liefert bewusst neutrale Werte fester Breite und schreibt keine Konfigurationsdatei um. Sie arbeitet deterministisch und ohne Netzwerkzugriff, Zufallswerte, Uhrzeit, DNS-Abfragen oder externe Dienste. Damit eignet sie sich für wiederholbare Browserprüfungen und automatisierte API-Abläufe für $0.002 pro Anfrage.

Anwendungsfälle

Eine Adresse im Paketmitschnitt finden

Wandeln Sie eine punktierte dezimale IPv4-Adresse in byteweise ausgerichtetes Hexadezimal um und vergleichen Sie sie direkt mit den Paket-Rohdaten.

Subnetzbits untersuchen

Zeigen Sie jedes Oktett als acht Bits an, um die Grenzen zwischen Präfix und Hostanteil leichter nachzuvollziehen.

Routerexporte und Protokolle durchsuchen

Nutzen Sie die punktierte oder kompakte Hexadezimalausgabe, um eine Adresse in Systemen ohne Dezimalnotation zu finden.

Häufige Fragen

Was kostet die Umrechnung?

Im Browser ist sie kostenlos; eine Anfrage über die API kostet $0.002.

Werden Hexadezimaloktette aufgefüllt?

Ja. Jedes Hexadezimaloktett besteht aus genau zwei Zeichen, daher wird der Dezimalwert 1 als 01 ausgegeben.

Werden Binäroktette aufgefüllt?

Ja. Jedes Binäroktett besteht aus genau acht Bits, sodass die Bytegrenzen von IPv4 erhalten bleiben.

Warum werden führende Nullen abgelehnt?

Verschiedene Programme haben Zahlen mit führenden Nullen historisch unterschiedlich interpretiert. Die Ablehnung verhindert mehrdeutige Adressen.

Wird geprüft, ob eine Adresse öffentlich oder erreichbar ist?

Nein. Das Werkzeug prüft und konvertiert nur die IPv4-Notation; es führt keine DNS-, Routing-, Eigentums-, Geolokalisierungs- oder Erreichbarkeitsabfrage aus.

Für Entwickler — API-Zugang

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

Endpunkt

POSThttps://api.kit.forhosting.com/dev/ipv4-to-hex

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

Aufruf aus Ihrem Stack

curl -X POST https://api.kit.forhosting.com/dev/ipv4-to-hex \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"192.168.1.10"}'

const res = await fetch("https://api.kit.forhosting.com/dev/ipv4-to-hex", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "text": "192.168.1.10"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/ipv4-to-hex",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "text": "192.168.1.10"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/ipv4-to-hex", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"text":"192.168.1.10"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"text":"192.168.1.10"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/ipv4-to-hex", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Beispiel-Anfrage

{
  "text": "192.168.1.10"
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.ipv4_to_hex",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Preis

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

Fehler

HTTP	Code	Bedeutung
`401`	`unauthorized`	Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
`402`	`insufficient_balance`	Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
`404`	`unknown_type`	Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
`429`	`rate_limited`	Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Vollständige KIT-Dokumentation lesen →