Проверка IP-адреса: геолокация, провайдер, ASN, DNS и RDAP
Этот инструмент проверки IP-адреса анализирует любой IPv4, IPv6 или доменное имя и объединяет данные о геолокации, интернет-провайдере (ISP), номере автономной системы (ASN), DNS-записях и официальных данных реестра WHOIS/RDAP в едином отчете. Введите интересующий адрес выше, чтобы мгновенно изучить его сетевую инфраструктуру.
Что показывает отчет о проверке IP-адреса
Отчет начинается с самого проверяемого IP-адреса с указанием версии (IPv4 или IPv6) и маркеров обнаруженных типов сети: VPN, прокси-сервер, выходной узел Tor, дата-центр или мобильная сеть. В сводной таблице указаны интернет-провайдер (ISP), организация, номер ASN, имя хоста обратного DNS (PTR), страна, регион, город, координаты, часовой пояс и десятичное представление для IPv4. Ниже отображаются интерактивная карта, блок DNS-записей и полная карточка RDAP. Если вам нужно только узнать свой собственный внешний адрес без лишних деталей, откройте страницу мой IP-адрес.
Проверка адресов IPv4, IPv6 и доменных имен
Поле поиска принимает стандартные IPv4-адреса (например, 8.8.8.8), современные IPv6-адреса (например, 2606:4700::1111) или доменные имена (например, example.com); вставленные URL-адреса автоматически сокращаются до имени хоста. При вводе домена система сначала выполняет разрешение DNS, а все найденные записи A и AAAA отображаются в виде интерактивных кнопок для быстрого переключения отчета — крупные сайты обслуживаются множеством граничных серверов, поэтому домен часто указывает на несколько IP-адресов.
При вводе частного диапазона IP (таких как 10.x.x.x, 192.168.x.x, 127.0.0.1 или ::1) отображается соответствующее уведомление: эти адреса не маршрутизируются в публичном Интернете, поэтому базы данных геолокации и реестры не содержат по ним записей. Каждый запрос сохраняется в параметре ?q= в URL для удобного обмена ссылками.
Как читать официальную запись реестра RDAP
Блок WHOIS/RDAP представляет собой официальную и авторитетную часть отчета об IP-адресе. Данные поступают напрямую от соответствующего регионального интернет-регистратора (RIR), выделившего блок адресов — ARIN, RIPE NCC, APNIC, LACNIC или AFRINIC.
В сводке отображаются идентификатор сети, имя сети, страна регистрации, диапазон адресов, префикс CIDR, даты регистрации и изменения, а также контактный адрес службы Abuse. По этому адресу операторы сети принимают жалобы на спам, сканирование портов или кибератаки, исходящие из этого диапазона. Кнопка исходных данных позволяет просмотреть исходный ответ в формате JSON.
WHOIS и RDAP: почему RDAP заменил устаревший протокол
RDAP предоставляет те же регистрационные данные, что и классический WHOIS, но в структурированном формате JSON по защищенному протоколу HTTPS вместо неформатированного текста через порт 43. Протокол WHOIS был создан в 1982 году и не имел единого стандарта ответов: каждый регистратор форматировал вывод по-своему, что требовало написания нестабильных текстовых парсеров. Кроме того, WHOIS не поддерживал шифрование и разграничение прав доступа.
RDAP устраняет эти проблемы благодаря стандартизированным полям данных, обязательному шифрованию TLS и единому интерфейсу API. Все пять региональных регистраторов перешли на RDAP, а ICANN с января 2025 года закрепила его как обязательный сервис регистрации для доменов общего пользования. Термин WHOIS по-прежнему используется в обиходе, но технически данные передаются через RDAP.
Автономные системы (ASN) и сетевые блоки IP
Номер автономной системы (ASN) определяет маршрутную идентификацию IP-адреса: группу IP-префиксов, анонсируемых в глобальном Интернете по протоколу BGP в рамках единой политики маршрутизации. Он обозначается префиксом AS — например, AS15169 принадлежит Google, а AS13335 — Cloudflare. Важно различать организацию, владеющую блоком в реестре RDAP, и сеть, фактически маршрутизирующую трафик: хостинг-провайдер может владеть блоком /19 и сдавать подсети /24 клиентам, не указанным в открытом реестре.
Поле CIDR указывает размер выделенного блока IP: сеть /29 содержит всего несколько адресов конечного клиента, тогда как /16 — огромный пул адресов крупного провайдера. Чтобы быстро рассчитать количество хостов и диапазоны адресов по префиксу, используйте наш калькулятор подсетей.
Какие DNS-записи возвращает проверка
При запросе домена раздел DNS запрашивает записи A (IPv4), AAAA (IPv6), MX (почтовые серверы), TXT и NS (серверы имен) в реальном времени через публичный резолвер DNS-over-HTTPS, минуя локальный кэш вашей операционной системы. Записи MX показывают почтовые серверы домена; записи TXT содержат политики безопасности SPF и DMARC; записи NS указывают на DNS-провайдера зоны, что зачастую дает больше полезных сведений об инфраструктуре, чем сам IP-адрес CDN.
При запросе IP-адреса система запрашивает запись PTR (обратный DNS). Она настраивается владельцем блока IP-адресов, а не домена, и часто выглядит как системное имя сетевого оборудования провайдера. Отсутствие записи PTR является абсолютно нормальной практикой и не указывает на сбой сети.
Насколько точна геолокация по IP-адресу на самом деле?
Определение страны по IP-адресу работает с высокой точностью, тогда как определение конкретного города нередко дает погрешности. Поставщики баз данных заявляют точность на уровне страны от 95% до 99%. На уровне городов точность в густонаселенных районах составляет около 65–75% в радиусе 50 километров, но в небольших населенных пунктах может снижаться до 20–50%.
Это обусловлено топологией сетей: интернет-провайдер объединяет подключения тысяч пользователей на центральных узлах присутствия (PoP) в крупных региональных центрах и направляет трафик оттуда. Указанные географические координаты отображают лишь центр зоны обслуживания данного сетевого узла. В мобильных сетях расхождения еще выше из-за применения технологии Carrier-Grade NAT (CGNAT).
Кроме того, облачный сервер, зарегистрированный на штаб-квартиру компании в одной стране, может фактически работать на другом континенте. Если адрес помечен как VPN, прокси или дата-центр, координаты указывают на выходной сервер; наша проверка VPN подробно анализирует такие сетевые сигналы.
Чего не может показать проверка IP-адреса
Проверка IP-адреса никогда не может установить личные данные конкретного человека, и любые попытки идентифицировать личность только по IP без содействия провайдера обречены на ошибку.
Геолокация — это коммерческая оценка. Города, регионы и координаты берутся из сторонних баз, составленных на основе данных регистрации, маршрутов BGP и сетевых измерений. Они могут отличаться на сотни километров от фактического местоположения абонента, особенно в сетях 4G/5G.
Регистрационные данные описывают пулы сетей, а не людей. RDAP сообщает, какая организация владеет диапазоном и на какой адрес направлять жалобы на нарушения. В нем не фиксируется, какая квартира, роутер или мобильное устройство выходили в сеть под этим IP в конкретный момент.
Только интернет-провайдер связывает IP с конкретным абонентом в своих журналах подключений и раскрывает эту информацию исключительно правоохранительным органам по решению суда. Если кто-то утверждает, что вычислил ваш точный домашний адрес по IP, он видит лишь центральный узел вашего оператора. Используйте этот инструмент для реальных сетевых задач: диагностики, проверки DNS и связи со службами abuse.
Часто задаваемые вопросы
Мой IP-адрес и фактическое местоположение не совпадают — это нормально?
Да, это совершенно нормально и является естественной особенностью интернет-маршрутизации. Ваш IP-адрес выделяется из пула вашего провайдера, и базы геолокации указывают на центральный сетевой узел (PoP) или офис оператора в крупном городе, а не на ваш точный домашний адрес. При динамических IP город может периодически меняться. Данное несовпадение никак не связано с взломом или угрозой безопасности.
Почему мой IP-адрес показывает разное местоположение на разных сайтах?
Разные веб-сайты используют различные коммерческие базы геолокации, такие как MaxMind, IPinfo или DB-IP. Каждый поставщик обновляет свои сведения с разной периодичностью и применяет собственные алгоритмы анализа маршрутов BGP. Когда провайдер переназначает сетевой блок в другой регион, обновление информации во всех глобальных базах может занять от нескольких недель до нескольких месяцев.
Как узнать, кому принадлежит IP-адрес?
Вы можете определить владельца блока адресов с помощью официальных данных RDAP или WHOIS прямо в нашем сервисе. Раздел RDAP запрашивает информацию у регионального регистратора (например, RIPE NCC или ARIN) и показывает название организации, номер ASN, выделенный диапазон и контакты службы Abuse. Однако реестр указывает компанию-владельца сети, а не конкретного пользователя устройства.
Как узнать, где находится человек, по его IP-адресу?
Вы можете узнать ориентировочную страну и город сетевого шлюза провайдера, введя IP-адрес в поисковую строку. Сервис покажет расположение узла связи оператора и название компании. Однако определить точный физический адрес, улицу или личность человека по IP технически невозможно — эти сведения хранятся только у провайдера и защищены законом.
Как вернуть правильное местоположение моего IP-адреса в моем регионе?
Вы не можете напрямую изменить географическую привязку своего IP-адреса, так как она определяется пулами, выделенными вашим провайдером. Попробуйте перезагрузить роутер, чтобы получить новый динамический адрес из другого пула. Если ошибка сохраняется и мешает работе региональных сервисов, обратитесь в службу поддержки провайдера или отправьте заявку на исправление в базу MaxMind.
Почему ARIN показывает другое местоположение, чем сервисы геолокации?
Реестр ARIN указывает юридический адрес организации, зарегистрировавшей сетевой блок, а не место установки серверов. Например, облачный сервер компании Microsoft или Google, работающий в Европе или Азии, может иметь IP-адрес с регистрацией в штаб-квартире в США. Сервисы геолокации ориентируются на фактические задержки и маршруты BGP, поэтому их данные расходятся с записью в ARIN.
Как узнать настоящий IP-адрес сайта, скрытого за Cloudflare или CDN?
Узнать исходный IP-адрес веб-сервера (origin IP) через обычный DNS-запрос невозможно, если сайт использует проксирование Cloudflare. DNS-резолверы выдают только адреса граничных узлов доставки контента. Настоящий IP можно обнаружить лишь в том случае, если сервер раскрывает его в заголовках исходящей почты (MX), незащищенных поддоменах или старых DNS-записях до подключения к CDN.