Откройте несколько сервисов проверки IP — и один адрес может одновременно оказаться в Нидерландах, Германии и США. WHOIS покажет компанию из одной страны, трассировка приведёт в другую, а Google или платёжная система сделают собственный вывод.
На первый взгляд кажется, что один из сервисов ошибается. На практике они просто отвечают на разные вопросы. IP-адрес не содержит встроенной информации о городе или стране, а его местоположение определяется косвенно: по данным реестров, маршрутизации, сведениям оператора и собственным базам крупных платформ.
Из-за аренды адресных блоков, переноса подсетей между дата-центрами, CDN, VPN и anycast-сетей геолокация всё чаще перестаёт совпадать с физическим расположением сервера. Для обычного посетителя это выглядит как мелкая неточность. Для бизнеса неправильная страна может означать заблокированный кабинет, дополнительные проверки, недоступный контент или отказ внешнего API.
У IP-адреса нет встроенной страны
IPv4-адрес — это число, используемое для доставки сетевых пакетов. В нём нет отдельного поля с названием страны, города или дата-центра.
Когда сервис показывает местоположение адреса, он берёт информацию из собственной базы. Источниками могут служить данные региональных интернет-регистраторов, BGP-маршруты, сведения операторов, результаты измерений, geofeed и накопленная статистика использования адресов.
Разные базы обновляются независимо. Одна уже знает, что подсеть перенесли в Амстердам, другая всё ещё считает её американской, а третья определяет только страну организации-владельца.
Поэтому правильнее говорить не «где находится IP», а «как этот IP классифицирует конкретная система».
Четыре местоположения одного адреса
При проверке IP часто смешивают четыре разных понятия.
Первое — регистрационная информация. WHOIS или RDAP показывают, какой организации выделен адресный диапазон, через какой региональный реестр он обслуживается и какие контакты указаны для сети. Это административные данные, а не координаты сервера.
Второе — источник маршрута. В глобальной таблице BGP видно, какая автономная система объявляет подсеть. Но ASN тоже не является физическим адресом: одна сеть может работать одновременно в нескольких странах и дата-центрах.
Третье — фактическая точка подключения оборудования. Сервер действительно может стоять в Париже, Варшаве или Сингапуре. Узнать это можно из данных провайдера, трассировок, looking glass и сетевых измерений.
Четвёртое — коммерческая GeoIP-база. Именно её результат обычно видит пользователь на сайте, в приложении, рекламном кабинете или платёжной системе.
Все четыре значения могут отличаться, и это не обязательно означает техническую неисправность.
Сначала убедитесь, что проверяете нужный IP
Распространённая ошибка — определять местоположение сервера по адресу домена, который работает через CDN или reverse proxy.
Если сайт подключён к Cloudflare или другой распределённой сети, DNS возвращает адрес пограничного узла, а не исходного сервера. Проверка такого IP расскажет о CDN, но ничего не скажет о реальном расположении инфраструктуры.
При использовании anycast один адрес может одновременно объявляться из десятков точек мира. Пользователь в Германии попадёт во Франкфурт, посетитель из Азии — в Сингапур, а сервис геолокации всё равно попытается присвоить адресу одну страну.
Похожая ситуация возникает при VPN, прокси и CGNAT. Сайт видит внешний адрес шлюза, а не адрес устройства. Кроме того, браузер может открыть ресурс по IPv6, тогда как отдельное приложение использует IPv4. В результате две проверки с одного компьютера покажут разные сети и страны.
Перед диагностикой необходимо определить:
- какой IPv4 или IPv6 реально использует приложение;
- включён ли VPN или прокси;
- находится ли домен за CDN;
- какой адрес используется для исходящих соединений;
- совпадает ли адрес в DNS с адресом самого сервера;
- не переключается ли соединение между IPv4 и IPv6.
Без этого можно несколько часов исправлять геолокацию совершенно чужого сетевого узла.
Почему GeoIP-базы расходятся
Одна из главных причин — движение адресных ресурсов между операторами.
IPv4 давно стали самостоятельным активом. Подсети продаются, арендуются и переносятся между дата-центрами. Владелец диапазона может находиться в одной стране, арендатор — в другой, а сервер — в третьей.
Предположим, подсеть раньше использовалась в США, а затем была передана проекту с серверами в Нидерландах. BGP-маршрут изменится быстро. Запись в реестре и geofeed тоже можно обновить достаточно оперативно. Но коммерческие базы получат и обработают эти сведения каждая по своему расписанию.
Некоторые платформы обновятся через несколько дней, другим потребуется значительно больше времени. Крупный сервис может использовать собственную базу и не учитывать изменения, уже появившиеся в популярных GeoIP-каталогах.
Поэтому после переезда можно столкнуться с ситуацией, когда большинство проверок уже показывает новую страну, а одна важная платформа продолжает считать адрес старым.
Что такое geofeed
Geofeed — это публикуемый оператором список, в котором IP-префиксы сопоставляются со страной, регионом и городом их фактического использования.
Такой файл помогает поставщикам GeoIP-данных получать информацию непосредственно от сети, которая использует адреса. Если одна подсеть работает в нескольких регионах, её можно разделить на более мелкие префиксы и указать местоположение каждого из них.
Но geofeed не является командой, обязательной для всех сервисов. Он только предоставляет структурированные данные. Каждая база самостоятельно решает, использовать ли их, как проверять и когда обновлять собственную информацию.
Публикация geofeed повышает вероятность правильного определения страны, но не гарантирует одновременное исправление Google, банков, рекламных платформ, стриминговых сервисов и антифрод-систем.
Что не исправляет геолокацию
PTR-запись не меняет страну IP. Она связывает адрес с доменным именем и важна для почты, журналов и сетевой диагностики, но не подтверждает физическое расположение сервера.
WHOIS тоже не является GeoIP-базой. Изменение названия организации или почтового адреса не заставит все платформы считать сеть находящейся в новой стране.
ROA в системе RPKI подтверждает, какой ASN имеет право объявлять префикс. Это важный элемент защиты BGP-маршрутизации, но он не сообщает город или страну использования адресов.
Перезагрузка сервера, переустановка операционной системы и изменение DNS также не исправят геолокацию. Проблема находится не внутри сервера, а во внешних базах данных.
Даже замена одного адреса на соседний может ничего не изменить, если система классифицирует сразу всю подсеть или ASN.
Как проверить IP перед запуском проекта
Одной проверки на сайте недостаточно. Диагностику лучше проводить последовательно.
Сначала нужно получить точный адрес или тестовый IP из той подсети, которая будет выдана после оплаты. Демонстрационный адрес из другой сети не показывает реальное состояние будущего диапазона.
Затем следует проверить WHOIS или RDAP: кому принадлежит сеть, какие контакты указаны и когда обновлялись сведения.
После этого проверяется BGP. Необходимо определить Origin ASN, посмотреть, откуда объявляется префикс, и убедиться, что маршрут не имеет статуса RPKI Invalid.
Далее адрес сравнивается в нескольких GeoIP-базах. Важен не только результат по стране, но и наличие серьёзных расхождений между источниками.
Следующий этап — traceroute или MTR из регионов, где находятся пользователи. Названия маршрутизаторов не всегда точны, но задержка и путь помогают понять, соответствует ли сеть заявленной площадке.
В конце адрес нужно проверить непосредственно в тех сервисах, ради которых арендуется инфраструктура. Если проект зависит от рекламных кабинетов, банков, API, почтовых систем или регионального контента, именно их реакция важнее результата универсального IP-чекера.
Полезный список проверок выглядит так:
- WHOIS и RDAP;
- Origin ASN и BGP-маршрут;
- состояние RPKI;
- несколько GeoIP-баз;
- DNSBL и репутационные списки;
- PTR и возможность управления rDNS;
- traceroute и MTR;
- доступ к необходимым платформам;
- работа по IPv4 и IPv6;
- возможность заменить неподходящий адрес.
Как исправлять неправильную страну
Исправление начинается со сбора доказательств. Оператору понадобятся точный префикс, фактическая локация, Origin ASN, информация о дата-центре и результаты сетевых измерений.
После этого проверяются регистрационные данные, создаётся или обновляется geofeed, а в GeoIP-сервисы отправляются запросы на корректировку. Для каждой базы обращение оформляется отдельно.
Если сеть арендована, часть действий может выполнить только её владелец или LIR. Поэтому до оплаты важно выяснить, кто отвечает за:
- актуальность WHOIS и RDAP;
- публикацию geofeed;
- исправление GeoIP;
- создание route-объектов;
- изменение ROA;
- настройку PTR;
- обращения по поводу ошибочных блокировок.
Самостоятельный запрос владельца одного сервера может быть проигнорирован, если база считает, что изменения должен подтверждать оператор всего диапазона.
После отправки исправлений результат нужно проверять регулярно. Обновление одной базы не означает, что остальные уже получили новые данные.
Что зафиксировать при долгосрочной аренде подсети
Если адреса нужны на полгода или год, стабильность диапазона становится важнее небольшой разницы в ежемесячной цене.
За время работы IP попадают в списки разрешённых адресов, привязываются к API, VPN, почтовым системам и партнёрским кабинетам. Исправляется геолокация, формируется собственная история использования. Внезапная замена блока заставляет проходить весь процесс заново.
В условиях аренды необходимо закрепить:
- конкретную подсеть;
- срок её использования;
- невозможность замены без согласования;
- время предупреждения о прекращении аренды;
- порядок переноса при отзыве диапазона;
- ответственность за WHOIS, PTR, geofeed и ROA;
- возможность внешнего BGP-анонса;
- условия использования собственного ASN;
- порядок замены адресов с плохой исходной репутацией.
Для независимого внешнего анонса обычно используют /24 или более крупный префикс. Меньшие подсети чаще работают только внутри сети самого провайдера, поскольку многие операторы фильтруют более специфичные маршруты.
В HSTQ при аренде IPv4 можно заранее согласовать размер подсети, WHOIS/PTR, LoA и схему подключения через собственную площадку или внешний BGP-анонс, но проверять конкретный диапазон и его геолокацию всё равно следует до оплаты.
Страна, которую показал один IP-чекер, — это не окончательный диагноз. Надёжная проверка складывается из регистрационных данных, маршрута, репутации, нескольких GeoIP-баз и тестирования в реальных сервисах.
Если эти уровни не смешивать, становится понятно, где действительно находится сервер, кто управляет адресом и почему отдельная платформа продолжает видеть его совсем в другой точке мира.
