
IPv4-Geolocation und Leasing: Was Sie vor dem Einsatz wissen sollten
Dieser Artikel behandelt beide Seiten: wann Geolocation ein echtes operatives Thema ist und wann nicht.
Artem Kohanevich
Co-Founder & CEO bei IPbnb
Zuletzt aktualisiert
Inhaltsverzeichnis
Element
IPv4-Geolocation ist eines der häufigsten Themen, zu denen unser Support-Team Fragen erhält. Betreiber möchten wissen, ob ihr geleastes Subnetz im richtigen Land erscheint, wie lange eine Aktualisierung dauert und was passiert, wenn etwas falsch aussieht.
Die ehrliche Antwort: Für die meisten Workloads müssen Sie sich um Geolocation keine Gedanken machen. Für bestimmte Anwendungsfälle – VPN-Dienste, Ad Tech, Content-Plattformen, compliance-sensible Infrastruktur – zählt sie jedoch, und es hilft, vor dem Einsatz zu verstehen, wie sie funktioniert.
Zwei Dinge, die „Geolocation“ genannt werden
Es hilft, zwei Dinge zu trennen, die oft vermischt werden.
Das erste ist der registrierte Standort – was die RIPE-Datenbank für Ihr Subnetz über die Attribute geoloc: und geofeed: verzeichnet. Davon wird das Attribut geofeed: von Anbietern von Geolocation-Datenbanken am breitesten unterstützt und ist der empfohlene Ausgangspunkt für Betreiber, die genaue Standortdaten brauchen.
Das zweite ist der Datenbankstandort – was Drittdienste wie MaxMind, IPinfo und Google anzeigen, wenn sie Ihren IP-Block nachschlagen. Das sind unabhängige kommerzielle Datenbanken, die mehrere Signale auswerten: RIR-Einträge, BGP-Routing-Daten, Latenzmessungen und von Nutzern eingereichte Korrekturen. Sie stimmen nicht immer überein und aktualisieren nach eigenen Zeitplänen.
Wenn Betreiber fragen „Wird mein Subnetz als Frankreich angezeigt?“, meinen sie meist die zweite Kategorie. Die Antwort hängt davon ab, welche Datenbank sie prüfen, wann diese zuletzt aktualisiert wurde und welche Signale sie liest. Der IPbnb-Katalog zeigt für jedes Subnetz den von MaxMind verifizierten Standort zum Zeitpunkt der Aufnahme, sodass Sie den Ausgangspunkt kennen, bevor Sie sich festlegen.
Geolocation in der RIPE-Region: flexibler als gedacht
Betreiber können Geolocation-Daten direkt an ihren inetnum-Objekten über zwei eigene Attribute konfigurieren.
Das Attribut geoloc: speichert Breiten- und Längengrad in der RIPE-Datenbank. Seine Verbreitung bei Geolocation-Anbietern ist weiterhin begrenzt – ein leitender RIPE-Engineer hat bestätigt, dass die meisten großen Datenbanken es derzeit nicht nutzen. Der Vollständigkeit halber sinnvoll, aber kein verlässlicher Hebel, um kommerzielle Datenbanken zu beeinflussen.
Das Attribut geofeed:, am 7. Dezember 2021 in die RIPE-Datenbank aufgenommen, verweist auf eine strukturierte CSV-Datei, die Anbieter mit Unterstützung für Discovery nach RFC 9632 automatisch finden und einlesen können. Das ist der Mechanismus mit echter Wirkung, und ihn sollten Betreiber priorisieren.
Ein Hinweis zum Feld country:: Es ist ein allgemeines administratives Registrierungsfeld, kein Geolocation-Werkzeug. RIPEs eigene Dokumentation hält fest, dass nie festgelegt wurde, wofür dieses Land steht, und dass es sich nicht zuverlässig nutzen lässt, um IP-Adressen Ländern zuzuordnen. Behandeln Sie es als Hintergrunddaten, nicht als Signal zur Steuerung von Datenbankergebnissen.
RIPE prüft keine der von Betreibern eingetragenen Angaben. Ein korrekt konfigurierter Geofeed gibt Anbietern ein strukturiertes Signal, auf das sie reagieren können – die Aktualisierungszeiten unterscheiden sich jedoch je nach Anbieter.
Wann Geolocation tatsächlich zählt
Für die Mehrheit der Betreiber, die IPv4 leasen, hat Geolocation keinen praktischen Einfluss auf ihre Arbeit. Es gibt aber Anwendungsfälle, in denen es wirklich wichtig ist, sie richtig hinzubekommen.
VPN- und Proxy-Dienste. Ihr Produkt ist eine Präsenz in einem Land. Wenn Sie einen Endpunkt in Frankreich verkaufen, muss Ihr IP-Block in den Datenbanken, die die Anwendungen Ihrer Kunden prüfen, als Frankreich erscheinen.
Programmatic Advertising und Ad Tech. Ad Exchanges nutzen IP-Geolocation, um Traffic geografisch zu kategorisieren. Europäisches Inventar wird anders bepreist als Traffic, der scheinbar von anderswo kommt. Falsche Geolocation bedeutet falsch kategorisiertes Inventar.
Content Delivery und CDN-Konfiguration. CDNs leiten Nutzeranfragen anhand des IP-Standorts an Edge-Knoten weiter. Ein Subnetz in der falschen Region bedeutet, dass Nutzer an suboptimale Knoten geleitet werden – mit unnötiger Latenz.
Regulatorische Compliance und Datenlokalisierung. Organisationen, die Daten nach DSGVO verarbeiten, brauchen mitunter Infrastruktur, die eindeutig als EU-basiert erkennbar ist. Ein IP-Block, der außerhalb der EU erscheint, sorgt für Reibung, selbst wenn die Server physisch in Frankfurt stehen.
Web Scraping und Datenerhebung. Viele Websites liefern je nach erkanntem Land unterschiedliche Inhalte, Preise und Verfügbarkeiten. Die Geolocation Ihrer IP bestimmt, welche geografische Sicht Ihre Infrastruktur erhält.
Wann Geolocation keine Rolle spielt – und das ist meistens so
Wenn kein System, durch das Ihr Traffic läuft, Entscheidungen anhand des wahrgenommenen Landes Ihrer IP trifft, ist Geolocation für Ihren Betrieb irrelevant. Das betrifft die meisten Hosting- und Anwendungs-Workloads, ISP- und Telekommunikationsinfrastruktur, interne Netzwerke und allgemeine Webauslieferung. BGP-Routing arbeitet mit Routing-Tabellen, nicht mit Geolocation-Datenbanken.
Ein konkretes Missverständnis sei benannt: Die E-Mail-Zustellbarkeit hängt von der Reputation Ihrer IP ab – Spam-Historie, Blacklist-Status, Authentifizierungs-Setup –, nicht von der Geolocation. Ein in den Niederlanden und ein in Frankreich verortetes Subnetz werden von Mailservern identisch behandelt.
Verbreitung, Zeitrahmen und Korrektur Ihrer Daten
Nach der Aktivierung Ihres Leasings gibt es ein normales Verbreitungsfenster, bis alle Datenbanken den richtigen Standort zeigen.
MaxMind – die am weitesten verbreitete Geolocation-Datenbank und die, die IPbnb für Katalogeinträge nutzt – aktualisiert den Großteil seiner GeoIP-Datenbanken an jedem Werktag von Montag bis Freitag. MaxMind verpflichtet sich öffentlich zu keiner Bearbeitungszeit für einzelne Korrekturanfragen. In zeitkritischen Fällen liefert der Weg über einen Geofeed planbarere Ergebnisse als ein einzelnes Korrekturformular.
Nachgelagerte Dienste – CDN-Netze, Datenbanken von Ad Exchanges, Geolocation-Ebenen von Streaming-Plattformen – können zwei bis sechs Wochen brauchen, bis eine Änderung vollständig sichtbar ist. Das ist kein Fehlerzustand, sondern die Funktionsweise des Ökosystems. Ist Ihr Anwendungsfall geolocation-sensibel, planen Sie nach der Aktivierung des Leasings ein bis zwei Wochen Puffer ein, bevor Sie sich in der Produktion auf korrekte Geolocation verlassen. Für Ad-Tech- oder CDN-kritische Umgebungen sind zwei bis vier Wochen die sicherere Marge.
Wenn Ihre Geolocation korrigiert werden muss, ist der wirksamste Weg die Veröffentlichung eines Geofeeds: eine CSV-Datei im Format nach RFC 8805, unter einer öffentlichen HTTPS-URL gehostet und über das Attribut geofeed: mit Ihrem inetnum-Objekt verknüpft. Die Discovery ist in RFC 9632 standardisiert (veröffentlicht im August 2024). MaxMind verweist Netzwerkbetreiber inzwischen vorrangig auf sein Programm GeoIP Exchange, in dem die Einreichung eines Geofeeds die Standardmethode für Korrekturen ist. Anbieter mit Unterstützung für Discovery nach RFC 9632 finden und lesen Ihren Geofeed beim nächsten Crawl automatisch ein – Sie müssen nicht jede Datenbank einzeln kontaktieren.
Für einzelne Korrekturen, solange noch kein Geofeed existiert, hat jede große Datenbank ihr eigenes Einreichungsverfahren. Die Korrektur bei einem Anbieter aktualisiert die anderen nicht automatisch.
Unser Help Center enthält einen eigenen Leitfaden zur Korrektur der Geolocation. Wenn Sie Ihre konkrete Situation besprechen möchten, hilft Ihnen unser Support gern weiter.
Geolocation ist nicht dasselbe wie IP-Reputation
Beides wird regelmäßig verwechselt, und wer auf dieser Verwechslung aufbaut, verschwendet Zeit.
Bei Geolocation geht es darum, wo sich Ihr IP-Block scheinbar befindet. Bei Reputation geht es um das historische Verhalten, das mit dieser IP verbunden ist – Spam-Historie, Blacklist-Status, Missbrauchseinträge. Es sind völlig getrennte Systeme. Ein Subnetz kann eine perfekte Geolocation und eine problematische Reputation haben oder einen veralteten Geolocation-Eintrag und eine völlig saubere Historie. Die Behebung des einen beeinflusst das andere nicht.
Wenn Sie Bedenken wegen der Reputation eines Subnetzes haben, das Sie leasen möchten, führen Sie eine Reputationsprüfung durch – keine Geolocation-Abfrage. IPbnb prüft alle angebotenen Subnetze, bevor sie im Katalog erscheinen, und unser Help Center erklärt, wie Sie vor dem Einsatz eigene Prüfungen durchführen.
Wenn Sie Fragen dazu haben, wie Geolocation Ihr konkretes Setup betrifft, kontaktieren Sie unser Support-Team unter support@ipbnb.com oder sehen Sie sich im IP-Katalog die aktuellen Subnetz-Standorte an, bevor Sie sich für ein Leasing entscheiden.
Mit dem Preisrechner können Sie außerdem Kosten für verschiedene Subnetzgrößen durchrechnen und Ihren Einsatz planen.







