IP-geolokation: sådan virker databaserne, og sådan retter du dem

Lokaliseringsdatabaser gætter, hvor en IP-adresse bruges, ud fra routing, målinger, registrets oplysninger og hvad netværksoperatører fortæller dem, og websites, streamingtjenester og svindeltjek handler på de gæt. En blok, der skifter hænder, beholder ofte sin gamle lokation i uger. Løsningen er et geofeed, en lille fil, der siger, hvor hvert præfiks bruges, med en henvisning fra blokkens registerpost, derefter anmodninger til de databaser, der betyder noget, og tålmodighed: regn med seks uger eller mere.

Hvem bruger det, og hvorfor fejl gør ondt

• Streaming og indholdsrettigheder, hvor lokation er knyttet til licenser, så et forkert land eller et hosting-flag blokerer en tjeneste fuldstændigt.
• Søgning og annoncering, for sprog, valuta og lokale resultater.
• Svindel- og sikkerhedstjek, der markerer logins fra uventede steder.
• Skat, spil og anden compliance, og content delivery networks, der vælger en server.

IAB's workshop om IP-geolokation i 2025 anslog nøjagtigheden på landeniveau i geofeeds til over 95 %, fandt nøjagtigheden på byniveau meget lavere og fandt ingen standardmåde, hvorpå netværk kan rette tredjepartsdata. Rapporten nævner markedet for brugt IPv4 som en årsag: blokke flytter, og “the addresses may remain 'located' in Asia in some databases for weeks or months” (oversættelse: “adresserne kan forblive 'placeret' i Asien i nogle databaser i uger eller måneder”) efter at være flyttet til Europa.

Hvor databaserne får deres data fra

• Registrets oplysninger, som de fleste vægter lavest. RIPE Databases egen dokumentation siger, at dens country:-attribut “cannot be used in any reliable way to map IP addresses to countries” (oversættelse: “ikke på nogen pålidelig måde kan bruges til at knytte IP-adresser til lande”): det er som regel indehaverens land, ikke brugerens.
• Routing: hvilke netværk der annoncerer og bærer præfikset.
• Måling: latenstid og traceroutes fra udbydernes egne prober.
• Reverse DNS-navne og netværksstier.
• Geofeeds, som operatører udgiver, og rettelser, de indsender.
• Signaler fra enheder og browsere, hos nogle udbydere.

Adskilt fra lokation klassificerer de fleste udbydere adresser: hosting, VPN, proxy, Tor. Disse flag afgør ofte mere end landet (se nedenfor).

Geofeed-filen: RFC 8805

RFC 8805 definerer en CSV-fil, én linje pr. præfiks:

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

• Præfikset er påkrævet; landet er en ISO 3166-1-kode, regionen en ISO 3166-2-kode som NL-NH, og byen almindelig tekst.
• Ingen postnumre: feltet er forældet, og “new feeds SHOULD NOT include” (oversættelse: “nye feeds BØR IKKE indeholde”) det.
• Tomme felter betyder ingen lokation, for adresserum, der endnu ikke er i brug, i stedet for et gæt.
• Hele sættet hver gang, ikke kun ændringer; det samme præfiks to gange er en fejl.
• UTF-8, linjer, der ender på CRLF, leveret over HTTPS.
• Et hint, ikke en ordre: udbydere tjekker et feed mod deres egne data og kan foretrække andre kilder.

At pege på filen: RFC 9632

RFC 9632, der erstattede RFC 9092 i august 2024, siger, hvordan en udbyder finder et feed, og hvilke dele den må bruge:

• Fra registerposten: en geofeed:-attribut med én HTTPS-adresse, eller hvor et register ikke har en, en linje præcis på formen remarks: Geofeed https://....
• Den mest specifikke post vinder: en /24-tildeling med sin egen henvisning går forud for henvisningen på /22'en over den.
• Kun linjer inden for postens interval tæller; resten af filen ignoreres for den post.
• Registrets egne lokationshints ignoreres, så snart der findes et feed for et interval.
• Indsamlere henter højst ugentligt, fra registrenes bulkdata.
• Signering af et feed er valgfri og i praksis ubrugt: RPKI-validatoren rpki-client fjernede sin understøttelse af tjek af signerede feeds i januar 2026, da ingen planlagde at bruge den.

Hos hvert register

Databaserne og platformene

Tjekket den 16. oktober 2026. At rette én database retter ikke de andre, og flere store platforme driver deres egen.

Flag for hosting, VPN og proxy

En blok kan være i det rigtige land og stadig blive afvist, fordi den er mærket som hosting- eller VPN-adresserum. AWS WAF's Anonymous IP list, en administreret regelgruppe, som et site kan slå til, blokerer “IP addresses from web hosting and cloud providers” (oversættelse: “IP-adresser fra webhosting- og cloududbydere”), medmindre sitet tilsidesætter den; MaxMind, IP2Location og andre markerer intervaller for hosting, VPN, proxy og Tor. Disse mærkater har deres egne veje til gennemgang, som MaxMinds formular til rettelsesteamet og IPQualityScores formular for falske positiver, adskilt fra rettelser af lokation.

En flyttet eller lejet blok, trin for trin

1. Slå den op, før du tager den: de vigtigste databaser, deres flag for hosting og proxy, og hver registerpost, der dækker blokken, for gamle geofeed-henvisninger eller lokationshints fra tidligere indehavere (tjek en blok først).
2. Fastlæg den sande lokation pr. præfiks: altid landet, regionen og byen, når du er sikker, intet postnummer og tomme felter for adresserum, der endnu ikke er i brug.
3. Udgiv filen over HTTPS, og tjek den med en validator som geofeed-finder eller MaxMinds mm-geofeed-verifier.
4. Henvis til den fra den mest specifikke registerpost. Ved en lejeaftale gør indehaveren det: den lister dit præfiks i sit eget feed eller giver din tildeling sin egen henvisning til din fil. Begge dele virker; spørg din udlejer, hvilken den bruger, og sig det til den, før du flytter adresserummet til et andet land.
5. Fjern modstridende hints, som forældede geofeed-henvisninger og forkerte geoloc:-linjer.
6. Få routingen til at stemme: annoncér det præcise præfiks der, hvor brugerne er, med en gyldig ROA og et route-objekt. Adresserum over en tunnel placeres ved tunnelens point of presence.
7. Indsend til de udbydere, der betyder noget, med feedets adresse, og bed separat om gennemgang af forkerte flag for hosting eller VPN.
8. Tjek igen efter en, to og seks uger. Ved afslutningen af en lejeaftale skal du fjerne eller tømme blokkens linjer, så den næste bruger ikke arver dem.

Sådan tjekker du, hvor en blok vises

RIPEstat svarer med MaxMinds gratis GeoLite-data for ethvert præfiks:

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

Erstat 203.0.113.0/24, et interval reserveret til dokumentation, med din blok. MaxMind kalder sine gratis GeoLite City-data “considerably less accurate” (oversættelse: “betydeligt mindre nøjagtige”) end sine betalte data, og platforme, der driver deres egen database, som Google, er ikke med i dem. Tjek også nogle få adresser på de tjenester, dine brugere er afhængige af.

Hvor lang tid det tager

Ændringen i registret er aktiv med det samme. Indsamlere henter ugentligt, udbydere gennemgår og udgiver efter deres egne tidsplaner, og mange websites kører en downloadet kopi, som de opdaterer, når de vil. Cloudflares egen vejledning for nye adresser er, at “IP geolocation will take at least six weeks to update across databases” (oversættelse: “IP-geolokation vil tage mindst seks uger at opdatere på tværs af databaser”). Ingen udbyder garanterer accept eller tidsramme.

Hvor RTM Networks passer ind

Med hver lejeaftale fra os er rettelser af geolokation efter anmodning: fortæl os, hvor adresserne bruges, så henviser vi til et geofeed for blokken fra dens registerpost, vores eller din, og beder de vigtigste lokaliseringsdatabaser rette deres. Hvor hurtigt hver af dem følger med, er op til dem.