IPv6 ist kein Randfall mehr. Ein wachsender Anteil des Verkehrs, der heute bei einer API ankommt, stammt von einer IPv6-Adresse, und wer IPv6 nur nachrangig behandelt, schafft Lücken genau dort, wo Genauigkeit zählt. My Geocode behandelt IPv6 jetzt überall genauso wie IPv4, nicht nur am Endpunkt /v1/ip.
Senden Sie eine IPv6-Adresse an /v1/ip, erhalten Sie dieselbe Antwortform wie bei einer IPv4-Adresse: Standortfelder, Kontingent-Header und mit mg_extras=1 oder dem X-MG-Extras-Header dieselben optionalen Extras wie Bedrohungs- und Netzwerkdetails. Es gibt keinen separaten IPv6-Endpunkt, den Sie lernen müssen, und keine separate Dokumentation. Es ist dieselbe Abfrage, mit denselben Headern und denselben Regeln.
Auch das kostenlose Kontingent behandelt beide Adressfamilien einheitlich, nur mit einer Gruppierung, die dazu passt, wie die jeweilige Familie tatsächlich vergeben wird. IPv4-Adressen teilen sich ihr kostenloses Tageskontingent über das gesamte /24, zu dem sie gehören. IPv6-Adressen teilen ihres über das /48, also die Blockgröße, die ein Internetanbieter typischerweise einem einzelnen Kunden oder Standort zuteilt. Damit entspricht das Kontingent weiterhin etwa „einem Standort“ oder „einem Büro“, statt jede Adresse in einem viel größeren IPv6-Block so zu zählen, als wäre sie ein eigener Kunde.
Diese Einheitlichkeit gilt auch für die Kompatibilitätshosts. /compatibility/ip-api/, /compatibility/ipinfo/ und /compatibility/ipstack/ lösen IPv6-Adressen alle genauso auf wie IPv4-Adressen und verwenden dabei exakt die Anfrage- und Antwortform des Anbieters, den sie ersetzen. Ein Skript, das vor Jahren für einen dieser Anbieter geschrieben wurde und nun auf unseren Host zeigt, funktioniert weiter, sobald eine IPv6-Adresse in seiner Eingabe auftaucht, ohne dass Sie Code ändern müssen.
Über die IP-Geolokalisierung selbst hinaus ist IPv6-Unterstützung für alles wichtig, was im Hintergrund auf der Netzwerkidentität beruht. Ratenlimits, Kontingenterfassung und Missbrauchserkennung orientieren sich alle an der aufrufenden Adresse, und alle erkennen IPv6-Bereiche jetzt korrekt, statt auf grobe Schätzungen zurückzufallen. Das Ergebnis ist dieselbe Fairness und dieselbe Genauigkeit, egal welches Protokoll ein Client gerade verwendet.
Wenn Ihre Infrastruktur Dual-Stack ist oder stellenweise auf reines IPv6 umstellt, müssen Sie auf unserer Seite nichts zusätzlich konfigurieren. Richten Sie Ihre Anfragen an dieselbe Basis-URL, die Sie bereits verwenden, mit einer IPv4- oder IPv6-Clientadresse, und die Antwort kommt auf dieselbe Weise zurück. Alle Details zu beiden Adressfamilien sind unter /docs/ipv4-lookup/ und /docs/ipv6-lookup/ dokumentiert.