Geolokalizacja IP: jak działają bazy danych i jak je poprawić

Bazy lokalizacji zgadują, gdzie używany jest adres IP, na podstawie routingu, pomiarów, wpisów w rejestrach i tego, co mówią im operatorzy sieci, a strony internetowe, serwisy streamingowe i systemy antyfraudowe działają na podstawie tych domysłów. Blok, który zmienia właściciela, często przez tygodnie zachowuje starą lokalizację. Rozwiązaniem jest geofeed, mały plik, który mówi, gdzie używany jest każdy prefiks, wskazany we wpisie bloku w rejestrze, potem wnioski do baz, które mają znaczenie, i cierpliwość: licz się z sześcioma tygodniami lub dłużej.

Kto z tego korzysta i dlaczego błędy szkodzą

• Streaming i prawa do treści, gdzie lokalizacja jest powiązana z licencjami, więc zły kraj lub oznaczenie hostingu wprost blokuje usługę.
• Wyszukiwanie i reklama, dla języka, waluty i wyników lokalnych.
• Kontrole antyfraudowe i bezpieczeństwa, które oznaczają logowania z nieoczekiwanych miejsc.
• Podatki, hazard i inna zgodność z przepisami oraz sieci CDN wybierające serwer.

Warsztaty IAB na temat geolokalizacji IP w 2025 oszacowały dokładność geofeedów na poziomie kraju na ponad 95%, stwierdziły znacznie niższą dokładność na poziomie miasta i nie znalazły standardowego sposobu, w jaki sieci mogłyby poprawiać dane stron trzecich. Raport wskazuje rynek używanego IPv4 jako jedną z przyczyn: bloki się przemieszczają, a „the addresses may remain 'located' in Asia in some databases for weeks or months” (tłumaczenie: „adresy mogą w niektórych bazach pozostawać »zlokalizowane« w Azji przez tygodnie lub miesiące”) po przeniesieniu do Europy.

Skąd bazy biorą dane

• Wpisy w rejestrach, przez większość ważone najniżej. Dokumentacja samej RIPE Database mówi, że jej atrybut country: „cannot be used in any reliable way to map IP addresses to countries” (tłumaczenie: „nie może być w żaden wiarygodny sposób używany do przypisywania adresów IP do krajów”): to zwykle kraj posiadacza, nie użytkownika.
• Routing: które sieci ogłaszają i przenoszą prefiks.
• Pomiary: opóźnienia i traceroute z własnych sond dostawców.
• Nazwy reverse DNS i ścieżki sieciowe.
• Geofeedy publikowane przez operatorów i zgłaszane przez nich poprawki.
• Sygnały z urządzeń i przeglądarek, u niektórych dostawców.

Niezależnie od lokalizacji większość dostawców klasyfikuje adresy: hosting, VPN, proxy, Tor. Te oznaczenia często ważą więcej niż kraj (poniżej).

Plik geofeed: RFC 8805

RFC 8805 definiuje plik CSV, jeden wiersz na prefiks:

# prefix,country,region,city,postal code
192.0.2.0/24,NL,NL-NH,Amsterdam,
198.51.100.0/24,DE,DE-HE,Frankfurt am Main,
203.0.113.0/24,,,,

• Prefiks jest wymagany; kraj to kod ISO 3166-1, region to kod ISO 3166-2, taki jak NL-NH, a miasto to zwykły tekst.
• Bez kodów pocztowych: pole jest przestarzałe, a „new feeds SHOULD NOT include” (tłumaczenie: „nowe feedy NIE POWINNY zawierać”) go.
• Puste pola oznaczają brak lokalizacji, dla przestrzeni jeszcze nieużywanej, zamiast zgadywania.
• Za każdym razem cały zestaw, nie tylko zmiany; ten sam prefiks dwa razy to błąd.
• UTF-8, wiersze zakończone CRLF, serwowane przez HTTPS.
• Wskazówka, nie polecenie: dostawcy porównują feed z własnymi danymi i mogą przedkładać inne źródła.

Wskazanie pliku: RFC 9632

RFC 9632, który w sierpniu 2024 zastąpił RFC 9092, mówi, jak dostawca znajduje feed i których jego części może użyć:

• Z wpisu w rejestrze: atrybut geofeed: z jednym adresem HTTPS albo, tam gdzie rejestr go nie ma, wiersz dokładnie w postaci remarks: Geofeed https://....
• Wygrywa najbardziej szczegółowy wpis: przypisanie /24 z własnym wskazaniem ma pierwszeństwo przed wskazaniem na /22 nad nim.
• Liczą się tylko wiersze w zakresie wpisu; reszta pliku jest dla tego wpisu ignorowana.
• Własne wskazówki lokalizacyjne rejestru są ignorowane, gdy dla zakresu istnieje feed.
• Kolektory pobierają najwyżej raz w tygodniu, z danych zbiorczych rejestrów.
• Podpisywanie feedu jest opcjonalne i w praktyce nieużywane: walidator RPKI rpki-client w styczniu 2026 usunął obsługę sprawdzania podpisanych feedów, bo nikt nie planował z niej korzystać.

W każdym rejestrze

Bazy danych i platformy

Sprawdzone 16 października 2026. Poprawienie jednej bazy nie poprawia pozostałych, a kilka dużych platform prowadzi własne.

Oznaczenia hostingu, VPN i proxy

Blok może być we właściwym kraju, a mimo to zostać odrzucony, bo jest oznaczony jako przestrzeń hostingowa lub VPN. Lista Anonymous IP w AWS WAF, zarządzana grupa reguł, którą strona może włączyć, blokuje „IP addresses from web hosting and cloud providers” (tłumaczenie: „adresy IP dostawców hostingu i chmury”), chyba że strona to nadpisze; MaxMind, IP2Location i inni oznaczają zakresy hostingowe, VPN, proxy i Tor. Te etykiety mają własne ścieżki weryfikacji, takie jak formularz zespołu poprawek MaxMind i formularz fałszywych alarmów IPQualityScore, oddzielne od poprawek lokalizacji.

Przeniesiony lub dzierżawiony blok, krok po kroku

1. Sprawdź go, zanim go przyjmiesz: główne bazy, ich oznaczenia hostingu i proxy oraz każdy wpis w rejestrze obejmujący blok pod kątem starych wskazań geofeedów lub wskazówek lokalizacyjnych od wcześniejszych posiadaczy (najpierw sprawdź blok).
2. Ustal prawdziwą lokalizację dla każdego prefiksu: zawsze kraj, region i miasto, gdy masz pewność, bez kodu pocztowego, i puste pola dla przestrzeni jeszcze nieużywanej.
3. Opublikuj plik przez HTTPS i sprawdź go walidatorem, takim jak geofeed-finder lub mm-geofeed-verifier od MaxMind.
4. Wskaż go w najbardziej szczegółowym wpisie w rejestrze. Przy dzierżawie robi to posiadacz: umieszcza Twój prefiks we własnym feedzie albo nadaje Twojemu przypisaniu własne wskazanie na Twój plik. Oba sposoby działają; zapytaj wydzierżawiającego, który stosuje, i powiedz mu, zanim przeniesiesz przestrzeń do innego kraju.
5. Usuń sprzeczne wskazówki, takie jak nieaktualne wskazania geofeedów i błędne wiersze geoloc:.
6. Uzgodnij routing: ogłaszaj dokładnie ten prefiks tam, gdzie są jego użytkownicy, z prawidłowym ROA i obiektem route. Przestrzeń przez tunel jest umieszczana w punkcie obecności tunelu.
7. Zgłoś do dostawców, którzy mają znaczenie, z adresem feedu, i osobno poproś o weryfikację błędnych oznaczeń hostingu lub VPN.
8. Sprawdź ponownie po jednym, dwóch i sześciu tygodniach. Na koniec dzierżawy usuń lub opróżnij wiersze bloku, aby następny użytkownik ich nie odziedziczył.

Sprawdzanie, gdzie widnieje blok

RIPEstat odpowiada bezpłatnymi danymi GeoLite od MaxMind dla dowolnego prefiksu:

curl -s "https://stat.ripe.net/data/maxmind-geo-lite/data.json?resource=203.0.113.0/24"

Zastąp 203.0.113.0/24, zakres zarezerwowany do dokumentacji, swoim blokiem. MaxMind nazywa swoje bezpłatne dane GeoLite City „considerably less accurate” (tłumaczenie: „znacznie mniej dokładnymi”) niż płatne, a platform prowadzących własną bazę, takich jak Google, w nich nie ma. Sprawdź też kilka adresów w serwisach, z których korzystają Twoi użytkownicy.

Ile to trwa

Zmiana w rejestrze działa od razu. Kolektory pobierają co tydzień, dostawcy weryfikują i publikują według własnych harmonogramów, a wiele stron korzysta z pobranej kopii, którą aktualizuje, kiedy chce. Własne wytyczne Cloudflare dla nowych adresów mówią, że „IP geolocation will take at least six weeks to update across databases” (tłumaczenie: „aktualizacja geolokalizacji IP we wszystkich bazach potrwa co najmniej sześć tygodni”). Żaden dostawca nie gwarantuje akceptacji ani terminu.

Gdzie pasuje RTM Networks

Przy każdej dzierżawie u nas poprawki geolokalizacji są dostępne na życzenie: powiedz nam, gdzie używane są adresy, a my wskażemy geofeed dla bloku w jego wpisie w rejestrze, naszym lub Twoim, i poprosimy główne bazy lokalizacji o poprawienie danych. Jak szybko każda z nich to zrobi, zależy od niej.