Geolokalisering av IP-adresser: hur databaserna fungerar, och hur du rättar dem

Platsdatabaser gissar var en IP-adress används, utifrån routing, mätningar, registrens poster och det som nätoperatörer berättar för dem, och webbplatser, streamingtjänster och bedrägerikontroller agerar på de gissningarna. Ett block som byter ägare behåller ofta sin gamla plats i veckor. Lösningen är en geofeed, en liten fil som anger var varje prefix används, med en hänvisning från blockets post i registret, därefter förfrågningar till de databaser som spelar roll, och tålamod: räkna med sex veckor eller mer.

Vem som använder den, och varför fel gör ont

• Streaming och innehållsrättigheter, där platsen är knuten till licenser, så ett fel land eller en hostingmarkering blockerar en tjänst helt.
• Sök och annonsering, för språk, valuta och lokala resultat.
• Bedrägeri- och säkerhetskontroller, som flaggar inloggningar från oväntade platser.
• Skatt, spel och annan regelefterlevnad, och nätverk för innehållsleverans som väljer en server.

IAB:s workshop om geolokalisering av IP-adresser 2025 uppskattade träffsäkerheten på landsnivå i geofeeds till över 95 %, fann att träffsäkerheten på stadsnivå var mycket lägre, och fann inget standardsätt för nät att rätta tredje parters data. Rapporten nämner marknaden för begagnad IPv4 som en orsak: block flyttar, och ”the addresses may remain 'located' in Asia in some databases for weeks or months” (översättning: adresserna kan förbli ”placerade” i Asien i vissa databaser i veckor eller månader) efter flytten till Europa.

Var databaserna får sina data

• Registrens poster, som de flesta väger lägst. RIPE-databasens egen dokumentation säger att dess attribut country: ”cannot be used in any reliable way to map IP addresses to countries” (översättning: inte kan användas på något tillförlitligt sätt för att koppla IP-adresser till länder): det är oftast innehavarens land, inte användarens.
• Routing: vilka nät som annonserar och bär prefixet.
• Mätning: latens och traceroutes från leverantörernas egna sonder.
• Namn i omvänd DNS och nätvägar.
• Geofeeds som operatörer publicerar, och rättelser som de skickar in.
• Signaler från enheter och webbläsare, hos vissa leverantörer.

Skilt från platsen klassificerar de flesta leverantörer adresser: hosting, VPN, proxy, Tor. Dessa markeringar avgör ofta mer än landet gör (se nedan).

Geofeed-filen: RFC 8805

RFC 8805 definierar en CSV-fil, en rad per prefix:

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

• Prefixet är obligatoriskt; landet är en kod enligt ISO 3166-1, regionen en kod enligt ISO 3166-2 som NL-NH, och staden vanlig text.
• Inga postnummer: fältet är föråldrat, och ”new feeds SHOULD NOT include” (översättning: nya feeds BÖR INTE innehålla) det.
• Tomma fält betyder ingen plats, för utrymme som ännu inte används, snarare än en gissning.
• Hela uppsättningen varje gång, inte bara ändringar; samma prefix två gånger är ett fel.
• UTF-8, rader som slutar med CRLF, levererad över HTTPS.
• Ett tips, inte en order: leverantörer kontrollerar en feed mot sina egna data och kan föredra andra källor.

Att hänvisa till filen: RFC 9632

RFC 9632, som ersatte RFC 9092 i augusti 2024, anger hur en leverantör hittar en feed och vilka delar den får använda:

• Från registrets post: ett attribut geofeed: med en HTTPS-adress, eller där ett register saknar det, en rad i exakt formen remarks: Geofeed https://....
• Den mest specifika posten vinner: en tilldelning av ett /24 med en egen hänvisning går före hänvisningen på /22:an ovanför.
• Bara rader inom postens intervall räknas; resten av filen ignoreras för den posten.
• Registrets egna platstips ignoreras när det finns en feed för ett intervall.
• Insamlare hämtar högst en gång i veckan, från registrens bulkdata.
• Att signera en feed är frivilligt, och används inte i praktiken: RPKI-validatorn rpki-client tog bort sitt stöd för att kontrollera signerade feeds i januari 2026, eftersom ingen planerade att använda det.

Hos varje register

Databaserna och plattformarna

Kontrollerat den 16 oktober 2026. Att rätta en databas rättar inte de andra, och flera stora plattformar driver sina egna.

Markeringar för hosting, VPN och proxy

Ett block kan ligga i rätt land och ändå vägras, eftersom det är märkt som hosting- eller VPN-utrymme. AWS WAF:s lista Anonymous IP, en hanterad regelgrupp som en webbplats kan slå på, blockerar ”IP addresses from web hosting and cloud providers” (översättning: IP-adresser från webbhotell och molnleverantörer) om inte webbplatsen åsidosätter det; MaxMind, IP2Location och andra markerar intervall för hosting, VPN, proxy och Tor. Dessa etiketter har egna granskningsvägar, som formuläret till MaxMinds rättelseteam och IPQualityScores formulär för falska positiva, skilda från platsrättelser.

Ett flyttat eller hyrt block, steg för steg

1. Slå upp det innan du tar det: de stora databaserna, deras markeringar för hosting och proxy, och varje post i registret som omfattar blocket, efter gamla geofeed-hänvisningar eller platstips från tidigare innehavare (kontrollera ett block först).
2. Bestäm den verkliga platsen per prefix: alltid landet, regionen och staden när du är säker, inget postnummer, och tomma fält för utrymme som ännu inte används.
3. Publicera filen över HTTPS, och kontrollera den med en validator som geofeed-finder eller MaxMinds mm-geofeed-verifier.
4. Hänvisa till den från den mest specifika posten i registret. Vid en hyra gör innehavaren detta: den tar med ditt prefix i sin egen feed, eller ger din tilldelning en egen hänvisning till din fil. Båda fungerar; fråga din uthyrare vilket den gör, och säg till innan du flyttar utrymmet till ett annat land.
5. Ta bort motstridiga tips, som inaktuella geofeed-hänvisningar och felaktiga rader geoloc:.
6. Få routingen att stämma: annonsera det exakta prefixet där dess användare finns, med en giltig ROA och ett route-objekt. Utrymme över en tunnel placeras vid tunnelns anslutningspunkt.
7. Skicka in till de leverantörer som spelar roll, med feedens adress, och begär separat granskning av felaktiga markeringar för hosting eller VPN.
8. Kontrollera igen efter en, två och sex veckor. När en hyra upphör, ta bort eller töm blockets rader, så att nästa användare inte ärver dem.

Kontrollera var ett block hamnar

RIPEstat svarar med MaxMinds fria GeoLite-data för vilket prefix som helst:

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

Byt ut 203.0.113.0/24, ett intervall reserverat för dokumentation, mot ditt block. MaxMind kallar sina fria GeoLite City-data ”considerably less accurate” (översättning: betydligt mindre exakta) än sina betalda data, och plattformar som driver en egen databas, som Google, finns inte med. Kontrollera också några adresser hos de tjänster som dina användare förlitar sig på.

Hur lång tid det tar

Ändringen i registret gäller direkt. Insamlare hämtar varje vecka, leverantörer granskar och släpper enligt egna scheman, och många webbplatser kör en nedladdad kopia som de uppdaterar när de vill. Cloudflares egen vägledning för nya adresser är att ”IP geolocation will take at least six weeks to update across databases” (översättning: det tar minst sex veckor innan geolokaliseringen är uppdaterad i alla databaser). Ingen leverantör garanterar godkännande eller tidsplan.

Var RTM Networks passar in

Med varje hyresavtal hos oss görs rättelser av geolokalisering på begäran: berätta var adresserna används, så hänvisar vi till en geofeed för blocket från dess post i registret, vår eller din, och ber de stora platsdatabaserna rätta sina. Hur snabbt var och en följer efter är upp till dem.