Geolokasjon av IP-adresser: slik fungerer databasene, og slik retter du dem

Lokasjonsdatabaser gjetter hvor en IP-adresse brukes, ut fra ruting, målinger, registeroppføringer og det nettverksoperatører forteller dem, og nettsteder, strømmetjenester og svindelkontroller handler på disse gjetningene. En blokk som skifter eier, beholder ofte den gamle lokasjonen i flere uker. Løsningen er en geofeed, en liten fil som sier hvor hvert prefiks brukes, som det vises til fra blokkens registeroppføring, deretter forespørsler til databasene som teller, og tålmodighet: regn med seks uker eller mer.

Hvem som bruker det, og hvorfor feil gjør vondt

• Strømming og innholdsrettigheter, der lokasjon er knyttet til lisenser, så et feil land eller et hostingflagg blokkerer en tjeneste fullstendig.
• Søk og annonsering, for språk, valuta og lokale resultater.
• Svindel- og sikkerhetskontroller, som flagger innlogginger fra uventede steder.
• Skatt, pengespill og annen etterlevelse, og innholdsnettverk (CDN) som velger en server.

IABs workshop om IP-geolokasjon i 2025 anslo nøyaktigheten på landsnivå i geofeeder til over 95 %, fant at nøyaktigheten på bynivå var mye lavere, og fant ingen standard måte for nettverk å rette tredjepartsdata på. Rapporten nevner markedet for brukt IPv4 som en årsak: blokker flytter, og «the addresses may remain 'located' in Asia in some databases for weeks or months» (oversettelse: «adressene kan forbli ‘plassert’ i Asia i noen databaser i uker eller måneder») etter at de er flyttet til Europa.

Hvor databasene henter dataene sine

• Registeroppføringer, som de fleste vekter lavest. RIPE-databasens egen dokumentasjon sier at attributtet country: «cannot be used in any reliable way to map IP addresses to countries» (oversettelse: «ikke kan brukes på noen pålitelig måte til å knytte IP-adresser til land»): det er som regel innehaverens land, ikke brukerens.
• Ruting: hvilke nettverk som kunngjør og bærer prefikset.
• Måling: forsinkelse og traceroutes fra leverandørenes egne målepunkter.
• Navn i revers-DNS og nettverksstier.
• Geofeeder som operatører publiserer, og rettelser de sender inn.
• Signaler fra enheter og nettlesere, hos noen leverandører.

I tillegg til lokasjon klassifiserer de fleste leverandører adresser: hosting, VPN, proxy, Tor. Disse flaggene avgjør ofte mer enn landet gjør (se under).

Geofeed-filen: RFC 8805

RFC 8805 definerer en CSV-fil, én linje per 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,,,,

• Prefikset er påkrevd; landet er en ISO 3166-1-kode, regionen en ISO 3166-2-kode som NL-NH, og byen ren tekst.
• Ingen postnumre: feltet er foreldet, og «new feeds SHOULD NOT include» det (oversettelse: «nye feeder BØR IKKE inneholde»).
• Tomme felt betyr ingen lokasjon, for adresserom som ikke er i bruk ennå, i stedet for en gjetning.
• Hele settet hver gang, ikke bare endringer; det samme prefikset to ganger er en feil.
• UTF-8, linjer som slutter med CRLF, levert over HTTPS.
• Et hint, ikke en ordre: leverandørene kontrollerer en feed mot egne data og kan foretrekke andre kilder.

Slik viser du til filen: RFC 9632

RFC 9632, som erstattet RFC 9092 i august 2024, sier hvordan en leverandør finner en feed og hvilke deler den kan bruke:

• Fra registeroppføringen: et geofeed:-attributt med én HTTPS-adresse, eller der et register ikke har det, en linje nøyaktig på formen remarks: Geofeed https://....
• Den mest spesifikke oppføringen vinner: en /24-tildeling med egen henvisning overstyrer henvisningen på /22-en over den.
• Bare linjer innenfor oppføringens range teller; resten av filen ignoreres for den oppføringen.
• Registerets egne lokasjonshint ignoreres når det finnes en feed for en range.
• Innsamlere henter høyst ukentlig, fra registrenes bulkdata.
• Signering av en feed er valgfritt, og ubrukt i praksis: RPKI-validatoren rpki-client fjernet støtten for å kontrollere signerte feeder i januar 2026, siden ingen planla å bruke den.

I hvert register

Databasene og plattformene

Sjekket 16. oktober 2026. Å rette én database retter ikke de andre, og flere store plattformer driver sine egne.

Flagg for hosting, VPN og proxy

En blokk kan være i riktig land og likevel bli avvist, fordi den er merket som hosting- eller VPN-adresserom. AWS WAFs Anonymous IP list, en administrert regelgruppe et nettsted kan slå på, blokkerer «IP addresses from web hosting and cloud providers» (oversettelse: «IP-adresser fra webhotell- og skyleverandører») med mindre nettstedet overstyrer det; MaxMind, IP2Location og andre flagger ranger for hosting, VPN, proxy og Tor. Disse merkelappene har egne veier for gjennomgang, som MaxMinds skjema til rettelsesteamet og IPQualityScores skjema for falske positiver, atskilt fra rettelser av lokasjon.

En flyttet eller leid blokk, steg for steg

1. Slå den opp før du tar den: de viktigste databasene, flaggene for hosting og proxy, og hver registeroppføring som dekker blokken, etter gamle geofeed-henvisninger eller lokasjonshint fra tidligere innehavere (sjekk en blokk først).
2. Bestem den riktige lokasjonen per prefiks: alltid landet, regionen og byen når du er sikker, intet postnummer, og tomme felt for adresserom som ikke er i bruk ennå.
3. Publiser filen over HTTPS, og kontroller den med en validator som geofeed-finder eller MaxMinds mm-geofeed-verifier.
4. Vis til den fra den mest spesifikke registeroppføringen. Ved leie gjør innehaveren dette: den fører opp prefikset ditt i sin egen feed, eller gir tildelingen din en egen henvisning til filen din. Begge deler fungerer; spør utleieren hva den gjør, og si fra før du flytter adresserommet til et annet land.
5. Fjern motstridende hint, som gamle geofeed-henvisninger og feil geoloc:-linjer.
6. Få rutingen til å stemme: kunngjør nøyaktig det prefikset der brukerne er, med en gyldig ROA og et route-objekt. Adresserom over en tunnel plasseres ved tunnelens tilknytningspunkt.
7. Send inn til leverandørene som teller, med feedens adresse, og be separat om gjennomgang av feil flagg for hosting eller VPN.
8. Sjekk igjen etter én, to og seks uker. Når en leieavtale slutter, fjern eller tøm blokkens linjer, slik at neste bruker ikke arver dem.

Slik sjekker du hvor en blokk havner

RIPEstat svarer med MaxMinds gratis GeoLite-data for ethvert prefiks:

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

Bytt ut 203.0.113.0/24, en range reservert for dokumentasjon, med blokken din. MaxMind kaller de gratis GeoLite City-dataene «considerably less accurate» (oversettelse: «betydelig mindre nøyaktige») enn de betalte dataene, og plattformer som driver sin egen database, som Google, er ikke med. Sjekk også noen adresser på tjenestene brukerne dine er avhengige av.

Hvor lang tid det tar

Endringen i registeret gjelder umiddelbart. Innsamlere henter ukentlig, leverandørene gjennomgår og publiserer etter egne tidsplaner, og mange nettsteder kjører en nedlastet kopi de oppdaterer når de vil. Cloudflares egen veiledning for nye adresser er at «IP geolocation will take at least six weeks to update across databases» (oversettelse: «IP-geolokasjon vil ta minst seks uker å oppdatere på tvers av databaser»). Ingen leverandør garanterer godkjenning eller tidsbruk.

Hvor RTM Networks passer inn

Med hver leieavtale fra oss gjør vi rettelser av geolokasjon på forespørsel: fortell oss hvor adressene brukes, så viser vi til en geofeed for blokken fra registeroppføringen, vår eller din, og ber de viktigste lokasjonsdatabasene rette sine. Hvor raskt hver av dem følger etter, bestemmer de selv.