IP-geolokáció: hogyan működnek az adatbázisok, és hogyan javíthatók

A helymeghatározó adatbázisok kitalálják, hol használnak egy IP-címet, a routingból, mérésekből, nyilvántartói rekordokból és abból, amit a hálózatüzemeltetők közölnek velük, a weboldalak, a streamingszolgáltatások és a csalásellenőrzések pedig e becslések alapján járnak el. Egy gazdát cserélő blokk gyakran hetekig megtartja a régi helyét. A megoldás egy geofeed, egy kis fájl, amely megmondja, hol használják az egyes prefixeket, és amelyre a blokk nyilvántartói rekordja hivatkozik, majd kérelmek a számító adatbázisokhoz, és türelem: számoljon hat héttel vagy többel.

Ki használja, és miért fájnak a hibák

• Streaming és tartalomjogok, ahol a hely licencekhez kötött, így egy rossz ország vagy egy hosting-jelölés egy szolgáltatást teljesen letilt.
• Keresés és hirdetés, a nyelvhez, a pénznemhez és a helyi találatokhoz.
• Csalás- és biztonsági ellenőrzések, amelyek a váratlan helyekről érkező bejelentkezéseket jelzik.
• Adózás, szerencsejáték és más megfelelés, valamint a szervert választó tartalomkézbesítő hálózatok.

Az IAB 2025-ös, IP-geolokációról szóló workshopja a geofeedek országszintű pontosságát 95% fölöttire becsülte, a városszintű pontosságot jóval alacsonyabbnak találta, és nem talált szabványos módot arra, hogy a hálózatok harmadik felek adatait javítsák. A jelentése a használt IPv4 piacát nevezi meg okként: a blokkok mozognak, és „the addresses may remain 'located' in Asia in some databases for weeks or months” (fordítás: „a címek egyes adatbázisokban hetekig vagy hónapokig Ázsiában »helyezkedhetnek el«”), miután Európába kerültek.

Honnan veszik az adataikat az adatbázisok

• Nyilvántartói rekordokból, amelyeket a legtöbben a legkisebb súllyal vesznek figyelembe. A RIPE Database saját dokumentációja szerint a country: attribútuma „cannot be used in any reliable way to map IP addresses to countries” (fordítás: „semmilyen megbízható módon nem használható IP-címek országokhoz rendelésére”): általában a birtokos országa, nem a felhasználóé.
• Routingból: mely hálózatok jelentik be és szállítják a prefixet.
• Mérésből: késleltetés és traceroute-ok a szolgáltatók saját mérőpontjairól.
• Reverse DNS nevekből és hálózati útvonalakból.
• Geofeedekből, amelyeket az üzemeltetők közzétesznek, és az általuk beküldött javításokból.
• Eszközök és böngészők jelzéseiből, egyes szolgáltatóknál.

A helytől külön a legtöbb szolgáltató besorolja a címeket: hosting, VPN, proxy, Tor. Ezek a jelölések gyakran többet döntenek el, mint az ország (lásd lent).

A geofeed-fájl: RFC 8805

Az RFC 8805 egy CSV-fájlt határoz meg, prefixenként egy sorral:

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

• A prefix kötelező; az ország ISO 3166-1 kód, a régió ISO 3166-2 kód, például NL-NH, a város egyszerű szöveg.
• Nincs irányítószám: a mező elavult, és „new feeds SHOULD NOT include” (fordítás: „az új feedek NE tartalmazzák”).
• Az üres mezők azt jelentik, hogy nincs hely, a még nem használt címtérnél, becslés helyett.
• Minden alkalommal a teljes készlet, nem csak a változások; ugyanaz a prefix kétszer hiba.
• UTF-8, CRLF-re végződő sorok, HTTPS-en kiszolgálva.
• Javaslat, nem utasítás: a szolgáltatók a saját adataikkal vetik össze a feedet, és más forrásokat is előnyben részesíthetnek.

A fájlra mutatás: RFC 9632

Az RFC 9632, amely 2024 augusztusában az RFC 9092-t váltotta fel, megmondja, hogyan talál meg egy szolgáltató egy feedet, és mely részeit használhatja:

• A nyilvántartói rekordból: egy geofeed: attribútum egyetlen HTTPS-címmel, vagy ahol egy nyilvántartónak nincs ilyen, egy sor pontosan remarks: Geofeed https://... formában.
• A legspecifikusabb rekord nyer: egy saját hivatkozással rendelkező /24-es hozzárendelés felülírja a fölötte lévő /22 hivatkozását.
• Csak a rekord tartományán belüli sorok számítanak; a fájl többi részét az adott rekordnál figyelmen kívül hagyják.
• A nyilvántartó saját helyjelzéseit figyelmen kívül hagyják, amint egy tartományra feed létezik.
• A gyűjtők legfeljebb hetente töltik le, a nyilvántartók tömeges adataiból.
• A feed aláírása opcionális, és a gyakorlatban nem használják: az rpki-client RPKI-validátor 2026 januárjában megszüntette az aláírt feedek ellenőrzésének támogatását, mivel senki nem tervezte használni.

Az egyes nyilvántartóknál

Az adatbázisok és platformok

1. október 16-án ellenőrizve. Egy adatbázis javítása nem javítja a többit, és több nagy platform a sajátját üzemelteti.

Hosting-, VPN- és proxy-jelölések

Egy blokk lehet a megfelelő országban, és mégis elutasíthatják, mert hosting- vagy VPN-címtérként van megjelölve. Az AWS WAF Anonymous IP listája, egy felügyelt szabálycsoport, amelyet egy oldal bekapcsolhat, blokkolja az „IP addresses from web hosting and cloud providers” (fordítás: „webhosting- és felhőszolgáltatóktól származó IP-címeket”), hacsak az oldal felül nem írja; a MaxMind, az IP2Location és mások jelölik a hosting-, VPN-, proxy- és Tor-tartományokat. Ezeknek a címkéknek saját felülvizsgálati útjuk van, például a MaxMind javítási csapatának űrlapja és az IPQualityScore false positive űrlapja, a helyjavításoktól külön.

Áthelyezett vagy bérelt blokk, lépésről lépésre

1. Nézzen utána, mielőtt átveszi: a fő adatbázisoknak, a hosting- és proxy-jelöléseiknek, és a blokkot lefedő minden nyilvántartói rekordnak, korábbi birtokosoktól származó régi geofeed-hivatkozások vagy helyjelzések után kutatva (a blokk előzetes ellenőrzése).
2. Döntse el prefixenként a valódi helyet: az országot mindig, a régiót és a várost, ha biztos benne, irányítószámot nem, és üres mezőket a még nem használt címtérhez.
3. Tegye közzé a fájlt HTTPS-en, és ellenőrizze egy validátorral, például a geofeed-finderrel vagy a MaxMind mm-geofeed-verifier eszközével.
4. Hivatkozzon rá a legspecifikusabb nyilvántartói rekordból. Bérletnél ezt a birtokos teszi: felveszi az Ön prefixét a saját feedjébe, vagy az Ön hozzárendelésének saját hivatkozást ad az Ön fájljára. Mindkettő működik; kérdezze meg a bérbeadóját, melyiket alkalmazza, és szóljon neki, mielőtt a címteret másik országba viszi.
5. Távolítsa el az ellentmondó jelzéseket, például az elavult geofeed-hivatkozásokat és a hibás geoloc: sorokat.
6. Hangolja össze a routingot: a pontos prefixet ott jelentse be, ahol a felhasználói vannak, érvényes ROA-val és route objektummal. Az alagúton keresztüli címteret az alagút jelenléti pontjára helyezik.
7. Küldje be a számító szolgáltatóknak, a feed címével, és külön kérjen felülvizsgálatot a hibás hosting- vagy VPN-jelölésekre.
8. Ellenőrizze újra egy, kettő és hat hét után. A bérlet végén távolítsa el vagy ürítse ki a blokk sorait, hogy a következő felhasználó ne örökölje őket.

Hol jelenik meg egy blokk

A RIPEstat bármely prefixre a MaxMind ingyenes GeoLite-adataival válaszol:

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

Cserélje a 203.0.113.0/24-et, egy dokumentációs célra fenntartott tartományt, a saját blokkjára. A MaxMind az ingyenes GeoLite City-adatait „considerably less accurate” (fordítás: „jelentősen kevésbé pontos”) adatnak nevezi a fizetősnél, és a saját adatbázist üzemeltető platformok, például a Google, nincsenek benne. Ellenőrizzen néhány címet azokon a szolgáltatásokon is, amelyekre a felhasználói támaszkodnak.

Mennyi ideig tart

A nyilvántartói módosítás azonnal él. A gyűjtők hetente töltenek le, a szolgáltatók a saját ütemezésük szerint vizsgálnak és adnak ki, és sok weboldal egy letöltött másolatot futtat, amelyet akkor frissít, amikor akar. A Cloudflare saját útmutatása az új címekre: „IP geolocation will take at least six weeks to update across databases” (fordítás: „az IP-geolokáció frissülése az adatbázisokban legalább hat hetet vesz igénybe”). Egyetlen szolgáltató sem garantálja az elfogadást vagy az időzítést.

Hol segít az RTM Networks

Minden nálunk bérelt blokknál kérésre javítjuk a geolokációt: mondja meg, hol használják a címeket, mi pedig a blokk nyilvántartói rekordjából, a miénkből vagy az Önéből, hivatkozunk egy geofeedre, és megkérjük a fő helymeghatározó adatbázisokat, hogy javítsák a sajátjukat. Hogy melyik milyen gyorsan követi, az rajtuk múlik.