IP ģeolokācija: kā darbojas datubāzes un kā tās labot

Atrašanās vietas datubāzes min, kur IP adrese tiek izmantota, pēc maršrutēšanas, mērījumiem, reģistra ierakstiem un tā, ko tām saka tīklu operatori, un vietnes, straumēšanas pakalpojumi un krāpšanas pārbaudes rīkojas pēc šiem minējumiem. Bloks, kas maina turētāju, bieži nedēļām saglabā veco atrašanās vietu. Risinājums ir geofeed, neliels fails, kas norāda, kur katrs prefikss tiek izmantots, uz ko norāda bloka reģistra ieraksts, tad pieprasījumi datubāzēm, kurām ir nozīme, un pacietība: rēķinieties ar sešām nedēļām vai vairāk.

Kas to izmanto un kāpēc kļūdas kaitē

• Straumēšana un satura tiesības, kur atrašanās vieta ir saistīta ar licencēm, tāpēc nepareiza valsts vai hostinga apzīmējums pakalpojumu bloķē pilnībā.
• Meklēšana un reklāma, valodai, valūtai un vietējiem rezultātiem.
• Krāpšanas un drošības pārbaudes, kas atzīmē pieteikšanos no negaidītām vietām.
• Nodokļi, azartspēles un cita atbilstība, un satura piegādes tīkli, kas izvēlas serveri.

IAB 2025. gada darbnīca par IP ģeolokāciju novērtēja valsts līmeņa precizitāti geofeed virs 95 %, konstatēja, ka pilsētas līmeņa precizitāte ir daudz zemāka, un konstatēja, ka tīkliem nav standarta veida, kā labot trešo pušu datus. Tās ziņojums kā cēloni min lietoto IPv4 tirgu: bloki pārvietojas, un „the addresses may remain 'located' in Asia in some databases for weeks or months” (tulkojums: „dažās datubāzēs adreses var nedēļām vai mēnešiem palikt ‘atrodamas’ Āzijā”) pēc pārcelšanās uz Eiropu.

No kurienes datubāzes iegūst datus

• Reģistra ieraksti, kuriem lielākā daļa piešķir vismazāko svaru. RIPE Database paša dokumentācija saka, ka tās country: atribūtu „cannot be used in any reliable way to map IP addresses to countries” (tulkojums: „nevar nekādā uzticamā veidā izmantot, lai piesaistītu IP adreses valstīm”): parasti tā ir turētāja valsts, nevis lietotāja.
• Maršrutēšana: kuri tīkli prefiksu paziņo un pārnes.
• Mērījumi: latentums un traceroute no pakalpojumu sniedzēju pašu zondēm.
• Reversā DNS nosaukumi un tīkla ceļi.
• Geofeed, ko publicē operatori, un labojumi, ko tie iesniedz.
• Signāli no ierīcēm un pārlūkiem, dažiem pakalpojumu sniedzējiem.

Atsevišķi no atrašanās vietas lielākā daļa pakalpojumu sniedzēju adreses klasificē: hosting, VPN, proxy, Tor. Šie apzīmējumi bieži izšķir vairāk nekā valsts (skatiet tālāk).

Geofeed fails: RFC 8805

RFC 8805 definē CSV failu, viena rinda katram prefiksam:

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

• Prefikss ir obligāts; valsts ir ISO 3166-1 kods, reģions ISO 3166-2 kods, piemēram, NL-NH, un pilsēta vienkāršs teksts.
• Bez pasta indeksiem: lauks ir novecojis, un „new feeds SHOULD NOT include” (tulkojums: „jaunās plūsmās NEVAJADZĒTU iekļaut”) to.
• Tukši lauki nozīmē, ka atrašanās vietas nav, telpai, kas vēl netiek izmantota, nevis minējumu.
• Viss kopums katru reizi, ne tikai izmaiņas; tas pats prefikss divreiz ir kļūda.
• UTF-8, rindas beidzas ar CRLF, pasniegts caur HTTPS.
• Norāde, nevis pavēle: pakalpojumu sniedzēji plūsmu salīdzina ar saviem datiem un var dot priekšroku citiem avotiem.

Norāde uz failu: RFC 9632

RFC 9632, kas 2024. gada augustā aizstāja RFC 9092, nosaka, kā pakalpojumu sniedzējs atrod plūsmu un kuras tās daļas drīkst izmantot:

• No reģistra ieraksta: geofeed: atribūts ar vienu HTTPS adresi vai, ja reģistram tāda nav, rinda tieši formā remarks: Geofeed https://....
• Uzvar visspecifiskākais ieraksts: /24 piešķīrums ar savu norādi ignorē norādi uz /22 virs tā.
• Skaitās tikai rindas ieraksta diapazonā; pārējais fails šim ierakstam tiek ignorēts.
• Reģistra paša atrašanās vietas norādes tiek ignorētas, kad diapazonam ir plūsma.
• Savācēji ielādē ne biežāk kā reizi nedēļā, no reģistru masveida datiem.
• Plūsmas parakstīšana nav obligāta un praksē netiek izmantota: RPKI validators rpki-client 2026. gada janvārī atteicās no parakstītu plūsmu pārbaudes atbalsta, jo neviens to neplānoja izmantot.

Katrā reģistrā

Datubāzes un platformas

Pārbaudīts 2026. gada 16. oktobrī. Vienas datubāzes labošana nelabo pārējās, un vairākām lielām platformām ir savas.

Hosting, VPN un proxy apzīmējumi

Bloks var būt pareizajā valstī un tomēr tikt atraidīts, jo tas apzīmēts kā hostinga vai VPN telpa. AWS WAF Anonymous IP list, pārvaldīta noteikumu grupa, ko vietne var ieslēgt, bloķē „IP addresses from web hosting and cloud providers” (tulkojums: „IP adreses no tīmekļa hostinga un mākoņa pakalpojumu sniedzējiem”), ja vien vietne to neignorē; MaxMind, IP2Location un citi apzīmē hosting, VPN, proxy un Tor diapazonus. Šiem apzīmējumiem ir savi pārskatīšanas ceļi, piemēram, MaxMind labojumu komandas veidlapa un IPQualityScore kļūdaini pozitīvo rezultātu veidlapa, atsevišķi no atrašanās vietas labojumiem.

Pārcelts vai nomāts bloks, soli pa solim

1. Pārbaudiet to, pirms ņemat: galvenās datubāzes, to hosting un proxy apzīmējumus un katru reģistra ierakstu, kas aptver bloku, vai tajā nav vecu geofeed norāžu vai iepriekšējo turētāju atrašanās vietas norāžu (vispirms pārbaudiet bloku).
2. Nosakiet patieso atrašanās vietu katram prefiksam: valsti vienmēr, reģionu un pilsētu, ja esat pārliecināts, bez pasta indeksa, un tukšus laukus telpai, kas vēl netiek izmantota.
3. Publicējiet failu caur HTTPS un pārbaudiet to ar validatoru, piemēram, geofeed-finder vai MaxMind mm-geofeed-verifier.
4. Norādiet uz to no visspecifiskākā reģistra ieraksta. Nomas gadījumā to dara turētājs: tas iekļauj Jūsu prefiksu savā plūsmā vai dod Jūsu piešķīrumam savu norādi uz Jūsu failu. Der abi; jautājiet iznomātājam, ko tas dara, un pastāstiet tam, pirms pārceļat telpu uz citu valsti.
5. Noņemiet pretrunīgas norādes, piemēram, novecojušas geofeed norādes un nepareizas geoloc: rindas.
6. Saskaņojiet maršrutēšanu: paziņojiet precīzo prefiksu tur, kur ir tā lietotāji, ar derīgu ROA un route objektu. Telpa caur tuneli tiek novietota tuneļa klātbūtnes punktā.
7. Iesniedziet pakalpojumu sniedzējiem, kuriem ir nozīme, ar plūsmas adresi, un atsevišķi lūdziet pārskatīt nepareizus hosting vai VPN apzīmējumus.
8. Pārbaudiet vēlreiz pēc vienas, divām un sešām nedēļām. Nomas beigās noņemiet vai iztukšojiet bloka rindas, lai nākamais lietotājs tās nemantotu.

Kur bloks parādās

RIPEstat jebkuram prefiksam atbild ar MaxMind bezmaksas GeoLite datiem:

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

Aizstājiet 203.0.113.0/24, dokumentācijai rezervētu diapazonu, ar savu bloku. MaxMind savus bezmaksas GeoLite City datus sauc par „considerably less accurate” (tulkojums: „ievērojami mazāk precīziem”) nekā maksas datus, un platformas, kas uztur savu datubāzi, piemēram, Google, tajos nav. Pārbaudiet dažas adreses arī pakalpojumos, uz kuriem paļaujas Jūsu lietotāji.

Cik ilgi tas aizņem

Izmaiņas reģistrā stājas spēkā uzreiz. Savācēji ielādē reizi nedēļā, pakalpojumu sniedzēji pārskata un publicē pēc saviem grafikiem, un daudzas vietnes izmanto lejupielādētu kopiju, ko atjaunina, kad grib. Cloudflare paša norādījumi jaunām adresēm ir, ka „IP geolocation will take at least six weeks to update across databases” (tulkojums: „IP ģeolokācijas atjaunināšana visās datubāzēs aizņems vismaz sešas nedēļas”). Neviens pakalpojumu sniedzējs negarantē pieņemšanu vai termiņu.

Kur iederas RTM Networks

Ar katru nomu pie mums ģeolokācijas labojumi ir pieejami pēc pieprasījuma: pastāstiet mums, kur adreses tiek izmantotas, un mēs no bloka reģistra ieraksta, mūsu vai Jūsu, norādām uz geofeed un lūdzam galvenajām atrašanās vietas datubāzēm savējās labot. Cik ātri katra seko, ir atkarīgs no tām.