Den passenden Typ für zufällige IP-Adressen wählen
| Typ | IPv4 | IPv6 | Verwendungszweck |
|---|---|---|---|
| Öffentlich | Alles außerhalb der reservierten Sonderblöcke | Global Unicast 2000::/3 ohne reservierte Sonderblöcke | Tests von IP-Parsern, Geolocation-Lookups, Rate-Limiting und Log-Analysen |
| Privat | 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16 (RFC 1918) | fd00::/8 Unique Local (RFC 4193) | LAN- und VPC-Konfigurationen, Docker- und Kubernetes-Netzwerke |
| Dokumentation | 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24 (RFC 5737) | 2001:db8::/32 (RFC 3849) und 3fff::/20 (RFC 9637) | Dokumentation, Tutorials, Screenshots, Test-Fixtures |
| Carrier-Grade NAT | 100.64.0.0/10 (RFC 6598) | — | Testen von Mobilfunk- und ISP-Szenarien |
| Loopback | 127.0.0.0/8 | ::1 | Lokale Dienste und Allow-Lists |
| Link-Local | 169.254.0.0/16 | fe80::/10 | Automatische Konfiguration (APIPA), falls kein DHCP antwortet |
Für IPv4 schließt die öffentliche Option sämtliche Spezialbereiche der IANA-Registrierung aus: „Dieses Netzwerk“ (0.0.0.0/8), private Netze, CGNAT, Loopback, Link-Local, IETF-Protokollzuweisungen (192.0.0.0/24), Dokumentationsbereiche, das alte 6to4-Relay (192.88.99.0/24), Benchmarking (198.18.0.0/15), Multicast (224.0.0.0/4), reservierte Adressen (240.0.0.0/4) und Broadcasts. Für IPv6 bleibt der Generator im Bereich Global Unicast 2000::/3 und spart die IETF-Protokollzuweisungen 2001::/23 (u. a. Teredo), die beiden Dokumentationsbereiche 2001:db8::/32 und 3fff::/20 sowie 2002::/16 (6to4) aus. Beachten Sie, dass der Großteil von 2000::/3 noch nicht zugewiesen ist; zufällige IPv6-Adressen spiegeln daher das Format wider, nicht die tatsächliche Belegungsverteilung.
Dokumentationsadressen: Der sichere Standard
Wenn Sie IPs für ein README, API-Beispiele, Blogartikel oder Unit-Tests benötigen, greifen Sie am besten zu den offiziellen Dokumentationsbereichen. Sie wurden genau dafür geschaffen und werden im Internet niemals geroutet – so kann ein Beispielcode versehentlich nie auf echte Produktivserver verweisen. Für IPv6 stehen zwei Bereiche bereit: der Klassiker 2001:db8::/32 sowie seit 2024 das deutlich größere Präfix 3fff::/20 (RFC 9637), das genügend Raum für die Dokumentation realistischer Multi-Site-Netze bietet. Zufällige öffentliche IP-Adressen können hingegen tatsächlich aktiven Hosts gehören: Verwenden Sie diese daher ausschließlich als Testdaten für Parser oder Dashboards, niemals als Verbindungsziel oder für Portscans.
Adressen innerhalb eines Subnetzes erzeugen
Wählen Sie Innerhalb eines Subnetzes und tragen Sie einen CIDR-Block wie 10.20.0.0/16, 192.168.1.0/24 oder für IPv6 2001:db8:abcd::/48 ein, um passende Adressen aus diesem Netzwerk zu erhalten – ideal zum Befüllen von Inventaren, für Firewall-Regeltests oder DHCP-Lease-Simulationen. Ein /24-Netz umfasst 256 Adressen (davon 254 nutzbare Hosts), ein /16-Netz 65.536. Fordern Sie mehr Adressen an, als das Subnetz bietet, wird jede Adresse genau einmal ausgegeben. Die Option Nur nutzbare Hosts (standardmäßig aktiv) schließt Netzwerk- und Broadcast-Adressen bei IPv4-Subnetzen bis /30 aus. Aktivieren Sie Sortieren für eine aufsteigende numerische Reihenfolge.
Typische Anwendungsfälle
- Rate-Limiting und Missbrauchsschutz: Senden Sie Anfragen über hunderte unterschiedliche Client-IPs, um sicherzustellen, dass Limits korrekt pro IP-Adresse greifen.
- Geo-IP und Analytics-Fixtures: Füttern Sie Lookup-Funktionen und Dashboards mit realistischen öffentlichen IP-Adressen; nutzen Sie Dokumentations-IPs, sobald Beispieldaten veröffentlicht werden.
- Firewall- und Allow-List-Tests: Generieren Sie IPs innerhalb und außerhalb definierter CIDR-Blöcke, um zu prüfen, ob Zugriffsregeln wie gewünscht greifen.
- Log-Anonymisierung: Ersetzen Sie reale Client-IPs in geteilten Protokolldateien durch Dokumentationsadressen bei gleichem Format.
So funktioniert der Generator
Jede Adresse wird über den kryptografisch sicheren Zufallszahlengenerator des Browsers (crypto.getRandomValues) erzeugt. Bei öffentlichen IPv4-Adressen wird eine gleichmäßig verteilte 32-Bit-Zufallszahl generiert; fällt sie in einen reservierten Sonderblock, wird unmittelbar neu gewürfelt, sodass alle öffentlichen Adressen die gleiche Wahrscheinlichkeit haben. Bei Subnetzen und IPv6 bleibt das jeweilige Präfix fixiert, während die Host-Bits zufällig belegt werden. Duplikate werden automatisch gefiltert, und keine Daten verlassen Ihren Browser. So lässt sich das Prinzip im eigenen Code umsetzen:
# Python: eine zufällige öffentliche IPv4-Adresse
import ipaddress, secrets
while not (ip := ipaddress.IPv4Address(secrets.randbits(32))).is_global:
pass
# Python: ein zufälliger Host aus einem Subnetz
net = ipaddress.ip_network("10.20.0.0/16")
host = net[1 + secrets.randbelow(net.num_addresses - 2)]
// JavaScript (Browser oder Node 19+): eine zufällige IPv4-Adresse
const ip = Array.from(crypto.getRandomValues(new Uint8Array(4))).join(".");
Häufige Fragen
Sind die zufällig generierten IP-Adressen echt?
Zufällige öffentliche Adressen sind technisch valide und können echten Geräten im Internet zugewiesen sein. Für Tests von Parsern oder Analytics ist das ideal. Senden Sie jedoch keinen Netzwerkverkehr an diese Adressen und veröffentlichen Sie sie nicht in Beispielen. Adressen aus Dokumentations-, privaten oder Loopback-Bereichen zeigen dagegen niemals auf fremde Rechner.
Kann ein IP-Generator meine eigene IP verbergen oder ändern?
Nein. Das Generieren von Testdaten ändert nicht die tatsächliche IP-Adresse Ihrer Verbindung; besuchte Webseiten sehen weiterhin Ihre echte IP. Um Ihre Adresse zu verbergen, benötigen Sie ein VPN, einen Proxy oder Tor. Pakete mit gefälschter Absenderadresse (IP-Spoofing) funktionieren im normalen Webverkehr nicht, da Antworten an die gefälschte Adresse gesendet werden.
Welche IP-Adressen eignen sich für Dokumentationen?
Verwenden Sie für IPv4 192.0.2.0/24, 198.51.100.0/24 oder 203.0.113.0/24 sowie für IPv6 2001:db8::/32 oder 3fff::/20. Vermeiden Sie scheinbar erfundene öffentliche Adressen wie 1.2.3.4, da diese realen Netzen gehören.
Was bedeuten die IP-Klassen A bis E?
Dabei handelt es sich um die historische Klasseneinteilung vor 1993 anhand des ersten Oktetts: A (0–127), B (128–191), C (192–223), D (224–239, Multicast) und E (240–255, reserviert). Classless Inter-Domain Routing (CIDR) hat diese Klassen längst abgelöst. Da sie in Zertifizierungen und älteren Handbüchern noch vorkommen, zeigt der Prüfer die Klasse weiterhin an.
Weist dieser Generator Geräten im Netzwerk IP-Adressen zu?
Nein. Geräte beziehen ihre Adressen per DHCP oder über statische Netzwerkkonfigurationen. Dieses Tool dient als Testdaten-Generator für Dokumentation, Mock-Daten und Tests. Die Subnetz-Option eignet sich jedoch hervorragend für die Planung, um passende Adressbeispiele eines Blocks einzusehen.
Kann man Ports anhängen oder das Ausgabeformat anpassen?
Ja. Aktivieren Sie Zufälligen Port anhängen für Paare im Format Adresse:Port (bei IPv6 [Adresse]:Port). Als Ausgabe stehen Zeilenumbrüche, Komma- oder Leerzeichentrennung, ein JSON-Array sowie SQL-kompatible Listen in Anführungszeichen zur Auswahl.