Геолокація IP: як працюють бази даних і як їх виправити

Бази локацій вгадують, де використовується IP-адреса, з маршрутизації, вимірювань, записів реєстрів і того, що їм повідомляють мережеві оператори, а сайти, стримінгові сервіси і антифрод-перевірки діють на основі цих здогадів. Блок, що змінює власника, часто тижнями зберігає стару локацію. Рішення: geofeed, невеликий файл, що вказує, де використовується кожен префікс, з посиланням на нього із запису блоку в реєстрі, потім запити до баз даних, які мають значення, і терпіння: закладіть шість тижнів або більше.

Хто цим користується і чому помилки шкодять

• Стримінг і права на контент, де локація прив’язана до ліцензій, тож неправильна країна або позначка хостингу просто блокує сервіс.
• Пошук і реклама, для мови, валюти і локальних результатів.
• Антифрод і перевірки безпеки, які позначають входи з неочікуваних місць.
• Податки, азартні ігри та інший комплаєнс, а також мережі доставки контенту, що обирають сервер.

Воркшоп IAB 2025 р. з геолокації IP оцінив точність на рівні країни в geofeed понад 95%, виявив, що точність на рівні міста значно нижча, і не знайшов стандартного способу, яким мережі могли б виправляти дані третіх сторін. Його звіт називає однією з причин ринок вживаних IPv4: блоки переїжджають, і «the addresses may remain 'located' in Asia in some databases for weeks or months» (переклад: «адреси можуть тижнями або місяцями залишатися „розташованими“ в Азії в деяких базах даних») після переїзду до Європи.

Звідки бази даних беруть дані

• Записи реєстрів, яким більшість надає найменшу вагу. Власна документація бази даних RIPE каже, що її атрибут country: «cannot be used in any reliable way to map IP addresses to countries» (переклад: «не можна надійно використовувати для зіставлення IP-адрес із країнами»): зазвичай це країна власника, а не користувача.
• Маршрутизація: які мережі анонсують і переносять префікс.
• Вимірювання: затримка і traceroute з власних зондів провайдерів.
• Імена зворотного DNS і мережеві шляхи.
• Geofeed, які публікують оператори, і виправлення, які вони подають.
• Сигнали від пристроїв і браузерів, у деяких провайдерів.

Окремо від локації більшість провайдерів класифікує адреси: хостинг, VPN, проксі, Tor. Ці позначки часто вирішують більше, ніж країна (нижче).

Файл geofeed: RFC 8805

RFC 8805 визначає файл CSV, один рядок на префікс:

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

• Префікс обов’язковий; країна є кодом ISO 3166-1, регіон кодом ISO 3166-2, як-от NL-NH, а місто звичайним текстом.
• Без поштових індексів: поле застаріле, і «new feeds SHOULD NOT include» його (переклад: «нові фіди НЕ ПОВИННІ містити»).
• Порожні поля означають відсутність локації, для простору, що ще не використовується, замість здогаду.
• Щоразу весь набір, а не лише зміни; той самий префікс двічі є помилкою.
• UTF-8, рядки закінчуються на CRLF, подається через HTTPS.
• Підказка, а не наказ: провайдери звіряють фід зі своїми даними і можуть віддати перевагу іншим джерелам.

Посилання на файл: RFC 9632

RFC 9632, який у серпні 2024 р. замінив RFC 9092, описує, як провайдер знаходить фід і які його частини може використати:

• Із запису реєстру: атрибут geofeed: з однією адресою HTTPS або, де реєстр такого не має, рядок точно у формі remarks: Geofeed https://....
• Перемагає найконкретніший запис: призначення /24 з власним посиланням має пріоритет над посиланням на /22 над ним.
• Зараховуються лише рядки в межах діапазону запису; решта файлу для цього запису ігнорується.
• Власні підказки локації реєстру ігноруються, щойно для діапазону існує фід.
• Збирачі завантажують щонайбільше раз на тиждень, з масових даних реєстрів.
• Підпис фіду необов’язковий і на практиці не використовується: валідатор RPKI rpki-client у січні 2026 р. прибрав підтримку перевірки підписаних фідів, бо ніхто не планував її використовувати.

У кожному реєстрі

Бази даних і платформи

Перевірено 16 жовтня 2026 р. Виправлення однієї бази не виправляє інших, а кілька великих платформ мають власні.

Позначки хостингу, VPN і проксі

Блок може бути в правильній країні і все одно отримувати відмову, бо його позначено як простір хостингу або VPN. Список Anonymous IP від AWS WAF, керована група правил, яку сайт може ввімкнути, блокує «IP addresses from web hosting and cloud providers» (переклад: «IP-адреси вебхостингів і хмарних провайдерів»), якщо сайт це не перевизначить; MaxMind, IP2Location та інші позначають діапазони хостингу, VPN, проксі і Tor. Для цих міток існують власні шляхи перегляду, як-от форма команди виправлень MaxMind і форма хибних спрацювань IPQualityScore, окремо від виправлень локації.

Переміщений або орендований блок, крок за кроком

1. Перевірте його, перш ніж брати: основні бази даних, їхні позначки хостингу і проксі, а також кожен запис реєстру, що охоплює блок, на старі посилання geofeed чи підказки локації від попередніх власників (спершу перевірте блок).
2. Визначте справжню локацію для кожного префікса: країну завжди, регіон і місто, коли ви впевнені, без поштового індексу, і порожні поля для простору, що ще не використовується.
3. Опублікуйте файл через HTTPS і перевірте його валідатором, як-от geofeed-finder або mm-geofeed-verifier від MaxMind.
4. Пошліться на нього з найконкретнішого запису реєстру. В оренді це робить власник: він вносить ваш префікс у свій фід або дає вашому призначенню власне посилання на ваш файл. Підходить будь-який варіант; запитайте орендодавця, який він використовує, і повідомте його, перш ніж переносити простір в іншу країну.
5. Приберіть суперечливі підказки, як-от застарілі посилання geofeed і неправильні рядки geoloc:.
6. Узгодьте маршрутизацію: анонсуйте точний префікс там, де його користувачі, з валідним ROA і об’єктом route. Простір через тунель розміщується в точці присутності тунелю.
7. Подайте запити провайдерам, які мають значення, з адресою фіду, і окремо попросіть переглянути неправильні позначки хостингу чи VPN.
8. Перевірте знову через один, два і шість тижнів. Наприкінці оренди видаліть рядки блоку або зробіть їх порожніми, щоб наступний користувач їх не успадкував.

Як перевірити, де відображається блок

RIPEstat відповідає безкоштовними даними GeoLite від MaxMind для будь-якого префікса:

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

Замініть 203.0.113.0/24, діапазон, зарезервований для документації, своїм блоком. MaxMind називає свої безкоштовні дані GeoLite City «considerably less accurate» (переклад: «значно менш точними»), ніж платні, а платформ із власною базою даних, як-от Google, у них немає. Перевірте також кілька адрес у сервісах, на які покладаються ваші користувачі.

Скільки це триває

Зміна в реєстрі діє одразу. Збирачі завантажують щотижня, провайдери перевіряють і публікують за власним графіком, а багато сайтів працюють із завантаженою копією, яку оновлюють, коли самі вирішать. Власна порада Cloudflare для нових адрес: «IP geolocation will take at least six weeks to update across databases» (переклад: «оновлення геолокації IP у базах даних триватиме щонайменше шість тижнів»). Жоден провайдер не гарантує прийняття чи строків.

Де тут RTM Networks

З кожною орендою в нас виправлення геолокації доступні на запит: повідомте нам, де використовуються адреси, і ми пошлемося на geofeed для блоку з його запису в реєстрі, нашого чи вашого, і попросимо основні бази локацій виправити свої дані. Як швидко кожна з них це врахує, залежить від неї.