IP-geolokaatio: miten tietokannat toimivat ja miten niitä korjataan

Sijaintitietokannat arvaavat, missä IP-osoitetta käytetään, reitityksen, mittausten, rekisteritietueiden ja verkko-operaattorien kertoman perusteella, ja verkkosivustot, suoratoistopalvelut ja petostarkistukset toimivat näiden arvausten mukaan. Omistajaa vaihtava lohko säilyttää usein vanhan sijaintinsa viikkoja. Korjaus on geofeed, pieni tiedosto, joka kertoo, missä kutakin prefiksiä käytetään, ja johon viitataan lohkon rekisteritietueesta, sitten pyynnöt merkityksellisille tietokannoille, ja kärsivällisyyttä: varaa kuusi viikkoa tai enemmän.

Kuka sitä käyttää ja miksi virheet haittaavat

• Suoratoisto ja sisältöoikeudet, joissa sijainti on sidottu lisensseihin, joten väärä maa tai hosting-merkintä estää palvelun kokonaan.
• Haku ja mainonta kieltä, valuuttaa ja paikallisia tuloksia varten.
• Petos- ja tietoturvatarkistukset, jotka liputtavat kirjautumiset odottamattomista paikoista.
• Verotus, rahapelit ja muu vaatimustenmukaisuus sekä sisällönjakeluverkot palvelinta valitessaan.

IAB:n vuoden 2025 IP-geolokaatiotyöpaja arvioi geofeedien maatason tarkkuuden yli 95 %:ksi, totesi kaupunkitason tarkkuuden paljon heikommaksi eikä löytänyt verkoille vakiintunutta tapaa korjata kolmansien osapuolten tietoja. Sen raportti nimeää käytettyjen IPv4-osoitteiden markkinan syyksi: lohkot liikkuvat, ja ”the addresses may remain 'located' in Asia in some databases for weeks or months” (suomennos: ”osoitteet voivat pysyä joissakin tietokannoissa 'sijoitettuina' Aasiaan viikkoja tai kuukausia”) Eurooppaan siirtymisen jälkeen.

Mistä tietokannat saavat tietonsa

• Rekisteritietueet, joille useimmat antavat vähiten painoa. RIPE Databasen oma dokumentaatio sanoo, että sen country:-attribuuttia ”cannot be used in any reliable way to map IP addresses to countries” (suomennos: ”ei voi käyttää millään luotettavalla tavalla IP-osoitteiden yhdistämiseen maihin”): se on yleensä haltijan maa, ei käyttäjän.
• Reititys: mitkä verkot ilmoittavat ja kuljettavat prefiksiä.
• Mittaus: viive ja traceroutet palveluntarjoajien omista mittauspisteistä.
• Käänteisen DNS:n nimet ja verkkopolut.
• Geofeedit, joita operaattorit julkaisevat, ja korjaukset, joita ne lähettävät.
• Laitteiden ja selainten signaalit joillakin palveluntarjoajilla.

Sijainnin lisäksi useimmat palveluntarjoajat luokittelevat osoitteita: hosting, VPN, välityspalvelin, Tor. Nämä merkinnät ratkaisevat usein enemmän kuin maa (alla).

Geofeed-tiedosto: RFC 8805

RFC 8805 määrittelee CSV-tiedoston, yksi rivi prefiksiä kohden:

# 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,,,,

• Prefiksi on pakollinen; maa on ISO 3166-1 -koodi, alue ISO 3166-2 -koodi, kuten NL-NH, ja kaupunki pelkkää tekstiä.
• Ei postinumeroita: kenttä on vanhentunut, ja ”new feeds SHOULD NOT include” (suomennos: ”uusien syötteiden EI PITÄISI sisältää”) sitä.
• Tyhjät kentät tarkoittavat, ettei sijaintia ole, vielä käyttämättömälle avaruudelle, arvauksen sijaan.
• Koko joukko joka kerta, ei vain muutoksia; sama prefiksi kahdesti on virhe.
• UTF-8, rivinvaihtona CRLF, tarjoiltuna HTTPS:n kautta.
• Vihje, ei määräys: palveluntarjoajat vertaavat syötettä omiin tietoihinsa ja voivat suosia muita lähteitä.

Viittaus tiedostoon: RFC 9632

RFC 9632, joka korvasi RFC 9092:n elokuussa 2024, kertoo, miten palveluntarjoaja löytää syötteen ja mitä osia se saa käyttää:

• Rekisteritietueesta: geofeed:-attribuutti yhdellä HTTPS-osoitteella tai, jos rekisterillä ei sitä ole, rivi täsmälleen muodossa remarks: Geofeed https://....
• Tarkin tietue voittaa: /24-osoitus omalla viittauksellaan ohittaa sen yläpuolisen /22:n viittauksen.
• Vain tietueen alueen sisäiset rivit lasketaan; muu tiedosto ohitetaan sen tietueen osalta.
• Rekisterin omat sijaintivihjeet ohitetaan, kun alueelle on olemassa syöte.
• Kerääjät hakevat enintään viikoittain rekisterien massadatasta.
• Syötteen allekirjoittaminen on valinnaista, eikä sitä käytetä käytännössä: RPKI-validaattori rpki-client poisti allekirjoitettujen syötteiden tarkistuksen tuen tammikuussa 2026, koska kukaan ei aikonut käyttää sitä.

Kussakin rekisterissä

Tietokannat ja alustat

Tarkistettu 16. lokakuuta 2026. Yhden tietokannan korjaaminen ei korjaa muita, ja useilla suurilla alustoilla on omansa.

Hosting-, VPN- ja välityspalvelinmerkinnät

Lohko voi olla oikeassa maassa ja silti tulla hylätyksi, koska se on merkitty hosting- tai VPN-avaruudeksi. AWS WAF:n Anonymous IP list, hallittu sääntöryhmä, jonka sivusto voi ottaa käyttöön, estää ”IP addresses from web hosting and cloud providers” (suomennos: ”IP-osoitteet web-hosting- ja pilvipalveluntarjoajilta”), ellei sivusto ohita sitä; MaxMind, IP2Location ja muut liputtavat hosting-, VPN-, välityspalvelin- ja Tor-alueet. Näillä merkinnöillä on omat tarkastusreittinsä, kuten MaxMindin korjaustiimin lomake ja IPQualityScoren false positive -lomake, erillään sijaintikorjauksista.

Siirtynyt tai vuokrattu lohko vaihe vaiheelta

1. Tarkista se ennen kuin otat sen: tärkeimmät tietokannat, niiden hosting- ja välityspalvelinmerkinnät ja jokainen lohkon kattava rekisteritietue aiempien haltijoiden vanhojen geofeed-viittausten tai sijaintivihjeiden varalta (lohkon tarkistaminen ensin).
2. Päätä todellinen sijainti prefiksikohtaisesti: maa aina, alue ja kaupunki, kun olet varma, ei postinumeroa, ja tyhjät kentät vielä käyttämättömälle avaruudelle.
3. Julkaise tiedosto HTTPS:n kautta ja tarkista se validaattorilla, kuten geofeed-finder tai MaxMindin mm-geofeed-verifier.
4. Viittaa siihen tarkimmasta rekisteritietueesta. Vuokrauksessa haltija tekee tämän: se listaa prefiksisi omassa syötteessään tai antaa osoituksellesi oman viittauksen tiedostoosi. Kumpi tahansa toimii; kysy vuokranantajaltasi, kumpaa se käyttää, ja kerro sille ennen kuin siirrät avaruuden toiseen maahan.
5. Poista ristiriitaiset vihjeet, kuten vanhentuneet geofeed-viittaukset ja väärät geoloc:-rivit.
6. Saata reititys yhtäpitäväksi: ilmoita täsmälleen sama prefiksi siellä, missä sen käyttäjät ovat, voimassa olevalla ROA:lla ja route-objektilla. Tunnelin kautta käytetty avaruus sijoitetaan tunnelin liityntäpisteeseen.
7. Lähetä merkityksellisille palveluntarjoajille syötteen osoitteen kanssa ja pyydä erikseen virheellisten hosting- tai VPN-merkintöjen tarkastusta.
8. Tarkista uudelleen yhden, kahden ja kuuden viikon kuluttua. Vuokrauksen päättyessä poista tai tyhjennä lohkon rivit, jotta seuraava käyttäjä ei peri niitä.

Lohkon sijainnin tarkistaminen

RIPEstat vastaa MaxMindin ilmaisella GeoLite-datalla mille tahansa prefiksille:

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

Korvaa 203.0.113.0/24, dokumentaatiota varten varattu alue, omalla lohkollasi. MaxMind kutsuu ilmaista GeoLite City -dataansa ”considerably less accurate” (suomennos: ”huomattavasti epätarkemmaksi”) kuin maksullista dataansa, eivätkä omaa tietokantaansa ajavat alustat, kuten Google, ole siinä mukana. Tarkista myös muutama osoite palveluissa, joihin käyttäjäsi luottavat.

Kuinka kauan se kestää

Rekisterimuutos on voimassa heti. Kerääjät hakevat viikoittain, palveluntarjoajat tarkastavat ja julkaisevat omien aikataulujensa mukaan, ja monet verkkosivustot ajavat ladattua kopiota, jonka ne päivittävät, kun haluavat. Cloudflaren oma ohje uusille osoitteille on, että ”IP geolocation will take at least six weeks to update across databases” (suomennos: ”IP-geolokaation päivittyminen tietokannoissa kestää vähintään kuusi viikkoa”). Mikään palveluntarjoaja ei takaa hyväksyntää tai aikataulua.

Missä RTM Networks auttaa

Jokaisessa meiltä vuokratussa lohkossa geolokaation korjaukset tehdään pyynnöstä: kerro meille, missä osoitteita käytetään, niin viittaamme lohkon geofeediin sen rekisteritietueesta, omastamme tai sinun, ja pyydämme tärkeimpiä sijaintitietokantoja korjaamaan omansa. Kuinka nopeasti kukin seuraa, on niiden päätettävissä.