Přeskočit na obsah
Networks

Zdroje

Geolokace IP: jak fungují databáze a jak je opravit

Naposledy ověřeno

Lokalizační databáze odhadují, kde se IP adresa používá, ze směrování, měření, záznamů v registrech a toho, co jim sdělí provozovatelé sítí, a weby, streamovací služby i kontroly podvodů podle těchto odhadů jednají. Blok, který změní majitele, si často týdny drží starou polohu. Řešením je geofeed, malý soubor, který říká, kde se každý prefix používá, odkazovaný ze záznamu bloku v registru, pak žádosti u databází, na kterých záleží, a trpělivost: počítejte se šesti týdny i více.

Kdo ji používá a proč chyby bolí

  • Streamování a práva k obsahu, kde je poloha vázaná na licence, takže špatná země nebo příznak hostingu službu rovnou zablokuje.
  • Vyhledávání a reklama, kvůli jazyku, měně a místním výsledkům.
  • Kontroly podvodů a bezpečnosti, které označují přihlášení z neočekávaných míst.
  • Daně, hazard a další compliance a sítě pro doručování obsahu, které vybírají server.

Workshop IAB o geolokaci IP z roku 2025 odhadl přesnost geofeedů na úrovni zemí nad 95 %, na úrovni měst zjistil přesnost mnohem nižší a nenašel žádný standardní způsob, jak by sítě mohly opravit data třetích stran. Jeho zpráva jmenuje jako jednu z příčin trh s IPv4 z druhé ruky: bloky se přesouvají a „the addresses may remain 'located' in Asia in some databases for weeks or months“ (překlad: „adresy mohou v některých databázích zůstat ‚umístěné‘ v Asii týdny nebo měsíce“) po přesunu do Evropy.

Odkud databáze berou data

  • Záznamy v registrech, kterým většina přikládá nejmenší váhu. Vlastní dokumentace RIPE Database uvádí, že její atribut country: „cannot be used in any reliable way to map IP addresses to countries“ (překlad: „nelze žádným spolehlivým způsobem použít k přiřazení IP adres zemím“): obvykle je to země držitele, ne uživatele.
  • Směrování: které sítě prefix announcují a přenášejí.
  • Měření: latence a traceroute z vlastních sond poskytovatelů.
  • Názvy v reverzním DNS a síťové cesty.
  • Geofeedy, které provozovatelé zveřejňují, a opravy, které posílají.
  • Signály ze zařízení a prohlížečů, u některých poskytovatelů.

Odděleně od polohy většina poskytovatelů adresy klasifikuje: hosting, VPN, proxy, Tor. Tyto příznaky často rozhodují víc než země (viz níže).

Soubor geofeedu: RFC 8805

RFC 8805 definuje soubor CSV, jeden řádek na prefix:

Text
# 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,,,,
  • Prefix je povinný; země je kód ISO 3166-1, region kód ISO 3166-2, například NL-NH, a město prostý text.
  • Žádná PSČ: pole je zastaralé a „new feeds SHOULD NOT include“ (překlad: „nové feedy BY jej NEMĚLY obsahovat“).
  • Prázdná pole znamenají žádnou polohu, pro prostor, který se zatím nepoužívá, místo odhadu.
  • Pokaždé celá sada, ne jen změny; tentýž prefix dvakrát je chyba.
  • UTF-8, řádky zakončené CRLF, poskytované přes HTTPS.
  • Nápověda, ne příkaz: poskytovatelé feed ověřují proti vlastním datům a mohou dát přednost jiným zdrojům.

Odkaz na soubor: RFC 9632

RFC 9632, které v srpnu 2024 nahradilo RFC 9092, říká, jak poskytovatel feed najde a které jeho části smí použít:

  • Ze záznamu v registru: atribut geofeed: s jednou adresou HTTPS, nebo tam, kde ho registr nemá, řádek přesně ve tvaru remarks: Geofeed https://....
  • Vyhrává nejkonkrétnější záznam: přiřazení /24 s vlastním odkazem má přednost před odkazem na /22 nad ním.
  • Počítají se jen řádky uvnitř rozsahu záznamu; zbytek souboru se pro daný záznam ignoruje.
  • Vlastní nápovědy registru k poloze se ignorují, jakmile pro rozsah existuje feed.
  • Sběrače stahují nejvýše jednou týdně, z hromadných dat registrů.
  • Podepsání feedu je volitelné a v praxi se nepoužívá: validátor RPKI rpki-client v lednu 2026 zrušil podporu kontroly podepsaných feedů, protože ji nikdo nehodlal používat.

U každého registru

RegistrJak odkázat na feed
RIPE NCCAtribut geofeed: na inetnum nebo inet6num, od prosince 2023 libovolné velikosti; poskytováno i přes RDAP
ARINZatím žádný atribut: veřejný komentář Geofeed https://... v záznamu sítě, bez dvojtečky za „Geofeed“
APNICAtribut geofeed: na inetnum nebo inet6num, nastavený v MyAPNIC
LACNIC a AFRINICŘádek remarks: Geofeed https://...

Databáze a platformy

Ověřeno 16. října 2026. Oprava jedné databáze neopraví ostatní a několik velkých platforem provozuje vlastní.

PoskytovatelJak opravitČte geofeedy
MaxMindOdešlete geofeed přes jeho GeoIP Exchange, nebo formulář pro opravuKdyž je odeslán; kontrola každý pracovní den. Data GeoIP vycházejí každý všední den, bezplatná data GeoLite v úterý a v pátek
IP2LocationNotářsky ověřené čestné prohlášení s dokladem totožnosti jeho podpořeNezdokumentováno
IPinfoJeho formulář pro opravy, nebo URL geofeeduAno; většina dat denně
DB-IPJeho formulář pro hlášeníTvrdí, že ano; bez podrobností
IPGeolocation.ioJeho formulář pro opravy, nebo URL geofeeduAno
Digital Element, který dodává data FastlyJeho formulář, jen pro držitele adres nebo jejich zástupceOdeslaný feed, denně
GoogleJeho formulář „Report IP problems“, což „may take more than a month“ (překlad: „může trvat déle než měsíc“); jeho ISP Portal pro sítě, které s Googlem peerujíRegistrované podle ASN v ISP Portalu
CloudflareJeho formulář pro opravyNezdokumentováno
MicrosoftŽádný veřejný formulář; provozovatelé dosáhli oprav přes Microsoft Q&ANezdokumentováno
AppleŽádnou veřejnou cestu jsme nenašliNezdokumentováno
NetflixFormulář pro tikety ke geolokaci a proxy, odkazovaný z jeho záznamu v PeeringDBNezdokumentováno

Příznaky hosting, VPN a proxy

Blok může být ve správné zemi, a přesto odmítnut, protože je označen jako hostingový nebo VPN prostor. Seznam Anonymous IP v AWS WAF, spravovaná skupina pravidel, kterou si web může zapnout, blokuje „IP addresses from web hosting and cloud providers“ (překlad: „IP adresy poskytovatelů webhostingu a cloudu“), pokud ho web nepřepíše; MaxMind, IP2Location a další označují rozsahy hostingu, VPN, proxy a Tor. Tato označení mají vlastní cesty k přezkoumání, například formulář týmu oprav MaxMind a formulář IPQualityScore pro falešně pozitivní výsledky, oddělené od oprav polohy.

Přesunutý nebo pronajatý blok krok za krokem

  1. Prověřte ho dřív, než ho převezmete: hlavní databáze, jejich příznaky hostingu a proxy a každý záznam v registru pokrývající blok, kvůli starým odkazům na geofeedy nebo nápovědám k poloze od dřívějších držitelů (nejdřív zkontrolujte blok).
  2. Určete skutečnou polohu pro každý prefix: zemi vždy, region a město, když si jste jistí, žádné PSČ a prázdná pole pro prostor, který se zatím nepoužívá.
  3. Zveřejněte soubor přes HTTPS a zkontrolujte ho validátorem, například geofeed-finder nebo mm-geofeed-verifier od MaxMind.
  4. Odkažte na něj z nejkonkrétnějšího záznamu v registru. U pronájmu to dělá držitel: uvede váš prefix ve svém vlastním feedu, nebo dá vašemu přiřazení vlastní odkaz na váš soubor. Funguje obojí; zeptejte se pronajímatele, co dělá, a dejte mu vědět, než prostor přesunete do jiné země.
  5. Odstraňte protichůdné nápovědy, například zastaralé odkazy na geofeedy a chybné řádky geoloc:.
  6. Uveďte do souladu směrování: announcujte přesný prefix tam, kde jsou jeho uživatelé, s platnou ROA a objektem route. Prostor přes tunel se umísťuje do bodu přítomnosti tunelu.
  7. Pošlete žádosti poskytovatelům, na kterých záleží, s adresou feedu, a zvlášť požádejte o přezkoumání chybných příznaků hosting nebo VPN.
  8. Zkontrolujte to znovu po jednom, dvou a šesti týdnech. Na konci pronájmu řádky bloku odstraňte nebo vyprázdněte, aby je další uživatel nezdědil.

Kde se blok zobrazuje

RIPEstat odpovídá bezplatnými daty GeoLite od MaxMind pro libovolný prefix:

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

Nahraďte 203.0.113.0/24, rozsah vyhrazený pro dokumentaci, svým blokem. MaxMind označuje svá bezplatná data GeoLite City za „considerably less accurate“ (překlad: „podstatně méně přesná“) než placená data a platformy, které provozují vlastní databázi, například Google, v nich nejsou. Zkontrolujte také několik adres ve službách, na které se vaši uživatelé spoléhají.

Jak dlouho to trvá

Změna v registru platí okamžitě. Sběrače stahují týdně, poskytovatelé kontrolují a vydávají podle vlastních harmonogramů a mnoho webů používá staženou kopii, kterou aktualizují, kdy chtějí. Vlastní doporučení Cloudflaru pro nové adresy zní, že „IP geolocation will take at least six weeks to update across databases“ (překlad: „aktualizace geolokace IP napříč databázemi potrvá nejméně šest týdnů“). Žádný poskytovatel nezaručuje přijetí ani termín.

Kde se uplatní RTM Networks

U každého pronájmu od nás jsou opravy geolokace na vyžádání: řekněte nám, kde se adresy používají, a my na geofeed bloku odkážeme z jeho záznamu v registru, našeho nebo vašeho, a požádáme hlavní lokalizační databáze o opravu. Jak rychle která z nich zareaguje, je na nich.

Kontakt

Adresy na špatném místě?

Napište nám prefix a kde jsou jeho uživatelé. U prostoru pronajatého od nás na vyžádání opravíme záznamy polohy u hlavních poskytovatelů. Obvykle odpovídáme do 1 až 3 pracovních hodin.

Kontaktujte nás

Časté otázky

Časté otázky

Proč můj nový blok ukazuje špatnou zemi?

Protože databáze stále drží data předchozího držitele nebo uživatele, nebo čtou záznam v registru, jehož země je obvykle země držitele. Zveřejněte geofeed, odkažte na něj ze záznamu bloku v registru a požádejte hlavní databáze o opravu. U všech dohromady počítejte se šesti týdny i více.

Má geofeed obsahovat PSČ?

Ne. RFC 8805 označuje pole PSČ jako zastaralé: nové feedy by ho neměly obsahovat a konkrétní PSČ se nesmí zveřejnit bez souhlasu lidí, které lokalizuje. Ponechte koncovou čárku a pole nechte prázdné.

Mohu opravit polohu adres, které používám přes tunel?

Jen do určité míry. IP2Location umísťuje uživatele tunelu GRE nebo VPN do bodu přítomnosti (PoP) tunelu a na žádost to nemění, a poskytovatelé, kteří měří latenci, vidí totéž. Announcujte blok, nebo ukončete tunel, tam, kde jsou jeho uživatelé.

Kdo má u pronajatého prostoru žádat o opravy?

Obě strany. Držitel mění objekty v registru a prokazuje, že blok drží, což někteří poskytovatelé vyžadují; Google váže geofeedy na síť, která blok announcuje, takže s Googlem jedná ASN nájemce nebo jeho upstream.