ForHosting KIT · Entwickler-Tools

Nächste oder vorherige IP-Adresse berechnen

Dieser Rechner bewegt sich im IPv4-Adressraum genau eine Position vor oder zurück.

● BetaKostenlos · im Browser

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailTelegramApp bald

Geben Sie eine kanonische, punktgetrennte Dezimaladresse ein, wählen Sie die Richtung und erhalten Sie die benachbarte Adresse samt vorzeichenlosem Ganzzahlwert. An jeder Bytegrenze wird korrekt übertragen: Nach einem Oktett mit 255 geht der Übertrag nach links, vor einem Oktett mit 0 erfolgt eine Entleihung. Das hilft bei Subnetzplanung, Konfigurationsprüfungen, Testdaten und Skripten, in denen fehleranfällige Handrechnung vermieden werden soll.

IPv4-Adressen ohne manuelle Oktettrechnung umwandeln

Eine IPv4-Adresse wird meist als vier durch Punkte getrennte Dezimaloktette geschrieben, stellt intern jedoch eine einzige vorzeichenlose 32-Bit-Ganzzahl dar. Der Rechner verbindet die Oktette, addiert oder subtrahiert genau eins und wandelt das Ergebnis wieder in Punktnotation um. Auf 192.168.0.255 folgt daher 192.168.1.0 und kein unzulässiges Oktett 256. Umgekehrt steht vor 10.0.1.0 die Adresse 10.0.0.255. Geben Sie genau vier Oktette an und wählen Sie nächste oder vorherige Adresse. Die Ausgabe enthält außerdem den resultierenden Ganzzahlwert, der beim Sortieren, Vergleichen oder Prüfen einer anderen Implementierung nützlich ist. Eine Subnetzmaske wird nicht benötigt, weil die Nachbarschaft im gesamten IPv4-Adressraum berechnet wird und nicht die Zugehörigkeit zu einem bestimmten Netz.

Übertrag, Entleihung und Grenzen verstehen

Jedes IPv4-Oktett reicht von 0 bis 255. Beim Erhöhen wächst das letzte Oktett, solange es kleiner als 255 ist. Bei 255 springt es auf null und der Übertrag wandert nach links, gegebenenfalls über mehrere Bytes: 10.255.255.255 wird zu 11.0.0.0. Beim Verringern gilt die umgekehrte Regel. Eine null wird zu 255, während links eine Einheit entliehen wird; deshalb wird 172.16.0.0 zu 172.15.255.255. Der Rechner überschreitet die absoluten Grenzen nicht. Nach 255.255.255.255 und vor 0.0.0.0 gibt es keine IPv4-Adresse. Solche Eingaben liefern einen klaren Fehler statt eines stillen Umlaufs. Private, reservierte, Loopback- oder Broadcast-Adressen werden dennoch einheitlich als syntaktisch gültige IPv4-Werte behandelt.

Strenge Eingaben für verlässliche Automatisierung nutzen

Akzeptiert wird nur die kanonische punktgetrennte Dezimalschreibweise: genau vier Oktette zwischen 0 und 255. Vorzeichen, Leerzeichen, fehlende Teile und führende Nullen werden abgelehnt. Damit entfällt die Mehrdeutigkeit älterer Programme, die Komponenten mit führender Null als Oktalzahlen deuteten. Die Richtung ist nächste oder vorherige; ohne Angabe gilt nächste. Da der Algorithmus weder Netzwerk noch Zufall, Uhrzeit oder externen Zustand verwendet, erzeugt dieselbe Eingabe im Browser und über die API stets dieselbe Ausgabe. Das eignet sich für Infrastrukturskripte, IP-Verwaltungsexporte, Unit-Tests und reproduzierbare Dokumentation. Ob die Zieladresse in Ihrem Subnetz vergeben werden darf, wird nicht entschieden; wenden Sie Maske und Reservierungsregeln separat an. Eine API-Anfrage kostet $0.002, die lokale Browserberechnung ist kostenlos.

Anwendungsfälle

Adresszuweisung fortsetzen

Ermitteln Sie den benachbarten IPv4-Wert auch beim Übergang eines letzten Oktetts mit 255.

Netzwerk-Testdaten erzeugen

Erstellen Sie bekannte Nachbaradressen für Grenztests, ohne Übertragslogik mehrfach zu implementieren.

Konfigurationsänderungen prüfen

Bestätigen Sie bei Audits und Migrationen die Adresse direkt vor oder nach einem Endpunkt.

Häufige Fragen

Was geschieht, wenn ein Oktett 255 erreicht?

Beim Erhöhen geht der Übertrag nach links; 192.168.0.255 wird zu 192.168.1.0.

Kann der Rechner rückwärts eine Oktettgrenze überqueren?

Ja. Es wird links entliehen, sodass 10.0.1.0 zu 10.0.0.255 wird.

Bleibt das Ergebnis in meinem Subnetz?

Nicht unbedingt. Die vollständige IPv4-Folge wird ohne Subnetzmaske durchlaufen.

Warum sind führende Nullen unzulässig?

Die kanonische Dezimalschreibweise verhindert mehrdeutige Auslegung durch ältere Parser.

Was passiert an der ersten und letzten IPv4-Adresse?

Der Rechner meldet einen Eingabefehler, statt über 0.0.0.0 oder 255.255.255.255 hinauszulaufen.

Was kostet eine Berechnung über die API?

Jede API-Anfrage kostet $0.002. Dieselbe deterministische Berechnung ist im Browser kostenlos.

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/next-ip

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/next-ip \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"address":"192.168.0.255"}'

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

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/next-ip",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "address": "192.168.0.255"
},
)
task_id = res.json()["task_id"]

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

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

Beispiel-Anfrage

{
  "address": "192.168.0.255"
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.next_ip",
  "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 →