Preskočiť na obsah
Networks

Zdroje

Geolokácia IP adries: ako fungujú databázy a ako ich opraviť

Naposledy skontrolované

Lokalizačné databázy odhadujú, kde sa IP adresa používa, zo smerovania, meraní, záznamov v registroch a z toho, čo im povedia operátori sietí, a webové stránky, streamovacie služby a kontroly podvodov konajú podľa týchto odhadov. Blok, ktorý zmení majiteľa, si často týždne drží starú polohu. Riešením je geofeed, malý súbor, ktorý hovorí, kde sa každý prefix používa, s odkazom zo záznamu bloku v registri, potom žiadosti do databáz, na ktorých záleží, a trpezlivosť: počítajte so šiestimi týždňami alebo viac.

Kto ju používa a prečo chyby bolia

  • Streamovanie a práva k obsahu, kde je poloha viazaná na licencie, takže nesprávna krajina alebo označenie hostingu službu rovno zablokuje.
  • Vyhľadávanie a reklama, pre jazyk, menu a lokálne výsledky.
  • Kontroly podvodov a bezpečnosti, ktoré označia prihlásenia z neočakávaných miest.
  • Dane, hazardné hry a iný súlad s predpismi a siete na doručovanie obsahu pri výbere servera.

Workshop IAB o geolokácii IP adries v roku 2025 odhadol presnosť geofeedov na úrovni krajiny nad 95 %, presnosť na úrovni mesta zistil oveľa nižšiu a nenašiel žiadny štandardný spôsob, ako by siete mohli opraviť údaje tretích strán. Jeho správa uvádza ako príčinu trh s použitými IPv4: bloky sa presúvajú a „the addresses may remain 'located' in Asia in some databases for weeks or months“ (preklad: „adresy môžu v niektorých databázach zostať ‚umiestnené‘ v Ázii týždne alebo mesiace“) po presune do Európy.

Odkiaľ majú databázy údaje

  • Záznamy v registroch, ktorým väčšina dáva najnižšiu váhu. Vlastná dokumentácia databázy RIPE hovorí, že jej atribút country: „cannot be used in any reliable way to map IP addresses to countries“ (preklad: „nemožno nijako spoľahlivo použiť na priradenie IP adries ku krajinám“): zvyčajne je to krajina držiteľa, nie používateľa.
  • Smerovanie: ktoré siete prefix oznamujú a prenášajú.
  • Meranie: latencia a traceroute z vlastných sond poskytovateľov.
  • Mená v reverznom DNS a sieťové cesty.
  • Geofeedy, ktoré operátori zverejňujú, a opravy, ktoré podávajú.
  • Signály zo zariadení a prehliadačov, u niektorých poskytovateľov.

Oddelene od polohy väčšina poskytovateľov adresy klasifikuje: hosting, VPN, proxy, Tor. Tieto označenia často rozhodujú viac ako krajina (nižšie).

Súbor geofeed: RFC 8805

RFC 8805 definuje súbor CSV, jeden riadok 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ý; krajina je kód ISO 3166-1, región kód ISO 3166-2 ako NL-NH a mesto obyčajný text.
  • Žiadne PSČ: pole je zastarané a RFC hovorí, že ho „new feeds SHOULD NOT include“ (preklad: „nové feedy BY NEMALI obsahovať“).
  • Prázdne polia znamenajú žiadnu polohu, pre priestor, ktorý sa ešte nepoužíva, namiesto odhadu.
  • Zakaždým celá sada, nie iba zmeny; ten istý prefix dvakrát je chyba.
  • UTF-8, riadky končiace CRLF, poskytované cez HTTPS.
  • Návrh, nie príkaz: poskytovatelia feed porovnávajú s vlastnými údajmi a môžu uprednostniť iné zdroje.

Odkaz na súbor: RFC 9632

RFC 9632, ktoré v auguste 2024 nahradilo RFC 9092, hovorí, ako poskytovateľ feed nájde a ktoré jeho časti smie použiť:

  • Zo záznamu v registri: atribút geofeed: s jednou adresou HTTPS alebo, kde ho register nemá, riadok presne v tvare remarks: Geofeed https://....
  • Vyhráva najšpecifickejší záznam: pridelenie /24 s vlastným odkazom má prednosť pred odkazom na /22 nad ním.
  • Počítajú sa iba riadky v rozsahu záznamu; zvyšok súboru sa pre tento záznam ignoruje.
  • Vlastné náznaky polohy v registri sa ignorujú, keď pre rozsah existuje feed.
  • Zberače sťahujú najviac raz týždenne, z hromadných údajov registrov.
  • Podpísanie feedu je voliteľné a v praxi sa nepoužíva: validátor RPKI rpki-client v januári 2026 zrušil podporu kontroly podpísaných feedov, pretože ju nikto neplánoval používať.

V jednotlivých registroch

RegisterAko odkázať na feed
RIPE NCCAtribút geofeed: na inetnum alebo inet6num, od decembra 2023 akejkoľvek veľkosti; poskytovaný aj cez RDAP
ARINZatiaľ žiadny atribút: verejný komentár Geofeed https://... na zázname siete, bez dvojbodky za „Geofeed“
APNICAtribút geofeed: na inetnum alebo inet6num, nastavený v MyAPNIC
LACNIC a AFRINICRiadok remarks: Geofeed https://...

Databázy a platformy

Skontrolované 16. októbra 2026. Oprava jednej databázy neopraví ostatné a viaceré veľké platformy prevádzkujú vlastnú.

PoskytovateľAko ju opraviťČíta geofeedy
MaxMindPodajte geofeed cez jeho GeoIP Exchange alebo formulár opravyKeď je podaný; kontroluje sa každý pracovný deň. Údaje GeoIP vychádzajú každý pracovný deň, bezplatné údaje GeoLite v utorok a piatok
IP2LocationNotársky overené čestné vyhlásenie s dokladom totožnosti jeho tímu podporyNezdokumentované
IPinfoJeho formulár opráv alebo URL geofeeduÁno; väčšina údajov denne
DB-IPJeho formulár na nahlásenieTvrdí, že áno; bez podrobností
IPGeolocation.ioJeho formulár opráv alebo URL geofeeduÁno
Digital Element, ktorý dodáva údaje pre FastlyJeho formulár, iba pre držiteľov adries alebo ich zástupcovPodaný feed, denne
GoogleJeho formulár „Report IP problems“, čo „may take more than a month“ (preklad: „môže trvať viac ako mesiac“); jeho ISP Portal pre siete, ktoré s Google peerujúRegistrované podľa ASN v ISP Portal
CloudflareJeho formulár opravyNezdokumentované
MicrosoftŽiadny verejný formulár; operátori dosiahli opravy cez Microsoft Q&ANezdokumentované
AppleŽiadna verejná cesta sa nenašlaNezdokumentované
NetflixFormulár tiketu ku geolokácii a proxy, odkázaný z jeho záznamu v PeeringDBNezdokumentované

Označenia hosting, VPN a proxy

Blok môže byť v správnej krajine a aj tak byť odmietnutý, pretože je označený ako priestor hostingu alebo VPN. Zoznam Anonymous IP v AWS WAF, spravovaná skupina pravidiel, ktorú si stránka môže zapnúť, blokuje „IP addresses from web hosting and cloud providers“ (preklad: „IP adresy od poskytovateľov webhostingu a cloudu“), pokiaľ to stránka neprepíše; MaxMind, IP2Location a ďalší označujú rozsahy hostingu, VPN, proxy a Tor. Tieto označenia majú vlastné cesty na preskúmanie, napríklad formulár tímu opráv MaxMind a formulár IPQualityScore pre falošne pozitívne výsledky, oddelene od opráv polohy.

Presunutý alebo prenajatý blok krok za krokom

  1. Vyhľadajte ho skôr, než ho prevezmete: hlavné databázy, ich označenia hostingu a proxy a každý záznam v registri pokrývajúci blok kvôli starým odkazom na geofeed alebo náznakom polohy od predchádzajúcich držiteľov (najprv skontrolujte blok).
  2. Určte skutočnú polohu pre každý prefix: krajinu vždy, región a mesto, keď ste si istí, žiadne PSČ a prázdne polia pre priestor, ktorý sa ešte nepoužíva.
  3. Zverejnite súbor cez HTTPS a skontrolujte ho validátorom, napríklad geofeed-finder alebo mm-geofeed-verifier od MaxMind.
  4. Odkážte naň z najšpecifickejšieho záznamu v registri. Pri prenájme to robí držiteľ: uvedie váš prefix vo vlastnom feede alebo dá vášmu prideleniu vlastný odkaz na váš súbor. Funguje oboje; opýtajte sa prenajímateľa, ktoré z toho robí, a povedzte mu to skôr, než priestor presuniete do inej krajiny.
  5. Odstráňte protichodné náznaky, napríklad zastarané odkazy na geofeed a nesprávne riadky geoloc:.
  6. Zosúlaďte smerovanie: oznamujte presný prefix tam, kde sú jeho používatelia, s platnou ROA a objektom route. Priestor cez tunel sa umiestňuje do bodu prítomnosti tunela.
  7. Podajte žiadosti poskytovateľom, na ktorých záleží, s adresou feedu a zvlášť požiadajte o preskúmanie nesprávnych označení hostingu alebo VPN.
  8. Skontrolujte znova po jednom, dvoch a šiestich týždňoch. Na konci prenájmu riadky bloku odstráňte alebo vyprázdnite, aby ich nezdedil ďalší používateľ.

Kontrola, kde sa blok zobrazuje

RIPEstat odpovedá bezplatnými údajmi GeoLite od MaxMind pre akýkoľvek 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 vyhradený pre dokumentáciu, svojím blokom. MaxMind nazýva svoje bezplatné údaje GeoLite City „considerably less accurate“ (preklad: „podstatne menej presné“) než platené údaje a platformy, ktoré prevádzkujú vlastnú databázu, napríklad Google, v nich nie sú. Skontrolujte aj niekoľko adries v službách, na ktoré sa vaši používatelia spoliehajú.

Ako dlho to trvá

Zmena v registri platí okamžite. Zberače sťahujú týždenne, poskytovatelia kontrolujú a vydávajú podľa vlastných harmonogramov a mnohé webové stránky používajú stiahnutú kópiu, ktorú aktualizujú, keď sa rozhodnú. Vlastné odporúčanie Cloudflare pre nové adresy je, že „IP geolocation will take at least six weeks to update across databases“ (preklad: „aktualizácia geolokácie IP naprieč databázami potrvá najmenej šesť týždňov“). Žiadny poskytovateľ nezaručuje prijatie ani lehotu.

Kde pomôže RTM Networks

S každým prenájmom od nás sú opravy geolokácie na požiadanie: povedzte nám, kde sa adresy používajú, a my zo záznamu bloku v registri, nášho alebo vášho, odkážeme na geofeed pre blok a požiadame hlavné lokalizačné databázy, aby opravili svoje údaje. Ako rýchlo ktorá z nich nasleduje, závisí od nich.

Kontakt

Adresy na nesprávnom mieste?

Napíšte nám prefix a kde sú jeho používatelia. Pri priestore prenajatom od nás na požiadanie opravíme záznamy polohy u hlavných poskytovateľov. Zvyčajne odpovieme do 1 až 3 pracovných hodín.

Kontaktujte nás

Časté otázky

Časté otázky

Prečo môj nový blok ukazuje nesprávnu krajinu?

Pretože databázy stále majú údaje predchádzajúceho držiteľa alebo používateľa, alebo čítajú záznam v registri, ktorého krajina je zvyčajne krajinou držiteľa. Zverejnite geofeed, odkážte naň zo záznamu bloku v registri a požiadajte hlavné databázy, aby opravili svoje údaje. Pri všetkých počítajte so šiestimi týždňami alebo viac.

Mal by geofeed obsahovať PSČ?

Nie. RFC 8805 označuje pole PSČ ako zastarané: nové feedy by ho nemali obsahovať a konkrétne PSČ sa nesmie zverejniť bez súhlasu ľudí, ktorých lokalizuje. Koncovú čiarku ponechajte a pole nechajte prázdne.

Môžem opraviť polohu adries, ktoré používam cez tunel?

Iba čiastočne. IP2Location umiestňuje používateľov tunela GRE alebo VPN do bodu prítomnosti tunela a na požiadanie to nemení a poskytovatelia, ktorí merajú latenciu, vidia to isté. Blok oznamujte, alebo tunel ukončite, tam, kde sú jeho používatelia.

Kto by mal pri prenajatom priestore žiadať o opravy?

Obe strany. Držiteľ mení objekty v registri a preukazuje, že blok drží, čo niektorí poskytovatelia vyžadujú; Google viaže geofeedy na sieť, ktorá blok oznamuje, takže s Google jedná ASN nájomcu alebo jeho upstream.