SiteGuard4 ноября 202615 мин чтения

Как узнать IP-адрес сайта по домену и правильно понять ответ

Чтобы узнать IP-адрес сайта по домену, запросите его DNS-записи A и AAAA. В Windows для этого подойдёт nslookup, в macOS и Linux — dig или host, если они установлены. Без командной строки можно воспользоваться Google Public DNS. Вводите точное имя сайта, например shop.example.com, без https://, пути страницы и параметров ссылки.

Результат показывает адреса, которые выбранный DNS-сервер вернул для этого имени в момент проверки. Их может быть несколько. Если сайт работает через CDN или обратный прокси, вы можете получить адрес промежуточной инфраструктуры. Ниже разберём, как выполнить запрос, найти нужные строки в ответе и не принять обычную особенность настройки за неисправность.

Какой способ узнать IP сайта выбрать

Для разовой проверки достаточно одного инструмента и двух запросов: отдельно для IPv4 и IPv6. Второй инструмент полезен, если нужно сопоставить ответы или объяснить расхождение. Одновременный запуск десяти онлайн-сервисов обычно даёт много одинаковых адресов, но мало дополнительной информации.

Ситуация	Инструмент	Что получится	Что учитывать
Есть компьютер с Windows	CMD и `nslookup`	Ответ DNS-сервера на запрос A или AAAA	Первый адрес в выводе может принадлежать самому DNS-серверу
Удобнее работать в PowerShell	`Resolve-DnsName`	Записи с типами и полями	Команда относится к модулю Windows DnsClient
Есть терминал macOS или Linux	`dig` или `host`	Краткий список либо подробный DNS-ответ	Наличие утилиты зависит от системы и установленных пакетов
Проверка с телефона или без терминала	Google Public DNS	Результат запроса через внешний резолвер	Он может отличаться от ответа в вашей сети

Как узнать IP сайта по ссылке: сначала выделите точное имя

DNS-запросу требуется имя узла. Полная ссылка также содержит схему, иногда порт, путь, параметры и фрагмент. Например, из https://shop.example.com:8443/catalog/item?color=blue#reviews для поиска A и AAAA нужно взять shop.example.com. Порт 8443 и всё, что относится к конкретной странице, в этот запрос не входят. Разделение имени и остальных частей URL описано в документации MDN о hostname.

Исходная ссылка	Имя для DNS-запроса
`https://example.com/`	`example.com`
`https://www.example.com/news/`	`www.example.com`
`https://shop.example.com:8443/cart`	`shop.example.com`
`https://images.example.com/photo.jpg?size=large`	`images.example.com`

Не удаляйте поддомен автоматически. example.com, www.example.com и shop.example.com — разные имена. В конкретном проекте они могут вести на одну площадку, а могут обслуживаться отдельно. Если проверяется сбой магазина, ответ для главной страницы ещё не решает задачу.

У короткой ссылки и страницы, на которую она перенаправляет, также могут быть разные имена. Уточните, какой адрес вы исследуете: исходный или конечный. DNS-запрос к имени сервиса коротких ссылок сам по себе не следует HTTP-перенаправлению и не узнаёт адрес конечной страницы.

Далее используются учебные имена example.com и его поддомены. Показанные ответы вымышлены, а адреса 192.0.2.0/24 и 2001:db8::/32 предназначены для документации. Не переносите их в настройки своего сайта. Назначение примеров описано у IANA и в RFC 5737, RFC 3849.

Как узнать IP сайта через CMD в Windows

Откройте командную строку: найдите cmd через поиск Windows. Для обычного DNS-запроса запуск от имени администратора не требуется. Выполните команды по очереди, заменив учебное имя своим:

nslookup -type=A shop.example.com
nslookup -type=AAAA shop.example.com

Первый запрос ищет IPv4-адреса, второй — IPv6. Не вставляйте в команду полную ссылку. Если получили сообщение об ошибке, сохраните его целиком: отсутствие записи и отсутствие ответа сервера требуют разных действий.

По умолчанию nslookup обращается к выбранному в системе DNS-серверу. Можно указать сервер последним аргументом, чтобы выполнить отдельную сравнительную проверку. Это не меняет постоянные настройки сети. Режимы и аргументы описаны в справке Microsoft по nslookup.

Где в ответе находится IP сайта

Упрощённый учебный результат A-запроса может выглядеть так:

Server:  resolver.example.net
Address: 192.0.2.53

Non-authoritative answer:
Name:    shop.example.com
Addresses: 192.0.2.10
           192.0.2.11

В этом примере 192.0.2.53 — адрес DNS-резолвера, которому отправили вопрос. Адреса для shop.example.com находятся в блоке ответа: 192.0.2.10 и 192.0.2.11. Поэтому правило «скопировать первый IP из окна» неверно. Сначала прочитайте, к какому имени относится строка.

Надпись Non-authoritative answer означает, что ответ не помечен как авторитетный для запрошенного имени. Для обычной проверки через рекурсивный резолвер это ожидаемый результат; сама надпись не означает ошибку. Если в ответе присутствует другое имя и строка с псевдонимом, переходите к разбору CNAME ниже.

Проверка через PowerShell

В Windows с доступным модулем DnsClient можно получить более структурированный вывод:

Resolve-DnsName -Name shop.example.com -Type A -DnsOnly -NoHostsFile
Resolve-DnsName -Name shop.example.com -Type AAAA -DnsOnly -NoHostsFile

Сопоставляйте поля Name, Type и IPAddress. В смешанном ответе строка CNAME содержит имя назначения, а строка A или AAAA — адрес. Параметр -DnsOnly исключает запросы LLMNR и NetBIOS, а -NoHostsFile — использование локального файла hosts; назначение параметров приведено в документации Resolve-DnsName.

Если команда не найдена, используйте nslookup. Наличие PowerShell на другом семействе операционных систем само по себе не гарантирует наличие Windows-модуля DnsClient.

Как узнать IP по домену в macOS и Linux

Откройте терминал и используйте доступную DNS-утилиту. Состав системы различается: если команда не найдена, это говорит об отсутствии программы, а не об отсутствии сайта. Для разовой проверки можно перейти к онлайн-способу; на рабочем сервере установку пакета лучше согласовать с принятым порядком администрирования.

Команда dig

dig shop.example.com A +short
dig shop.example.com AAAA +short

Параметр +short сокращает вывод. При CNAME в нём могут оказаться и имена, и IP-адреса: не считайте каждую строку адресом. Если результат пустой или непонятный, повторите запрос без сокращения:

dig shop.example.com A
dig shop.example.com AAAA

В полном выводе полезны status, раздел ANSWER SECTION и строка SERVER. Последняя показывает источник DNS-ответа, а не сервер сайта. Наличие #53 после адреса в этой строке означает порт DNS. Синтаксис и режимы вывода описаны в руководстве ISC BIND для dig.

Команда host

host -t A shop.example.com
host -t AAAA shop.example.com

Ключ -t задаёт нужный тип. Утилита обычно представляет ответ короткими фразами: имя имеет адрес, имеет IPv6-адрес или является псевдонимом другого имени. Сопоставляйте их с типом своего запроса. Описание команды доступно в руководстве ISC для host.

Как узнать IP-адрес домена онлайн без установки программ

Проверяемый вариант — веб-интерфейс Google Public DNS. Откройте его, введите доменное имя в поле DNS Name и нажмите Resolve. Для поиска адресов отдельно проверяйте записи A и AAAA. Онлайн-проверка удобна и на телефоне: для публичного домена не нужен доступ к панели хостинга.

Ещё один вариант в том же сервисе — открыть прямой запрос с явно заданным типом. Эти ссылки обращаются к реальному сервису, но относятся к учебному домену; полученный при открытии ответ будет текущим:

Запрос A для example.com — поиск IPv4.
Запрос AAAA для example.com — поиск IPv6.

В JSON-ответе смотрите раздел Answer: тип 1 обозначает A, 28 — AAAA, 5 — CNAME. Поле data содержит значение соответствующей записи. Если перед вами CNAME, это будет другое имя, а не IP. Параметры запроса и формат описаны в документации Google.

Для такой проверки отправляйте имя узла, без персональных параметров ссылки. Не нужно передавать полный URL письма, кабинета или страницы оплаты: его путь и параметры не помогают найти A и AAAA. Результат онлайн-сервиса относится к его резолверу, поэтому не заменяет проверку из сети, где возникла проблема.

Как правильно прочитать DNS-ответ

Удобно разбирать ответ в следующем порядке: какое имя спросили, какой тип записи запросили, какой сервер ответил и какие данные он вернул. Это помогает не перепутать IP сайта с адресом резолвера, значением CNAME или адресом другого узла.

Элемент ответа	Значение	Как использовать
A	IPv4-адрес для имени	Сохраните все адреса, возвращённые в этом ответе
AAAA	IPv6-адрес для имени	Проверяйте отдельно от IPv4
CNAME	Ссылка на другое доменное имя	Посмотрите, до каких A или AAAA разрешается цепочка
TTL	Время жизни записи в кэше, в секундах	Учитывайте при сравнении результатов после изменения DNS
SERVER или верхний блок Server/Address	DNS-сервер, использованный для запроса	Запишите как условие проверки; это не искомый адрес сайта

A-запись относится к IPv4, а AAAA-запись — к IPv6. Длинный адрес с двоеточиями не является ошибкой. Если нужна проверка обеих версий IP, сохраните обе группы и не пытайтесь привести IPv6 к виду IPv4.

Если сначала показано другое доменное имя

Это может быть нормальная цепочка CNAME. Например, учебный A-ответ содержит такие строки:

shop.example.com.  300 IN CNAME edge.example.net.
edge.example.net.  300 IN A     192.0.2.10
edge.example.net.  300 IN A     192.0.2.11

Здесь shop.example.com — проверяемое имя, edge.example.net — назначение CNAME, а две последние строки содержат IPv4-адреса. В такой цепочке могут встречаться дополнительные имена. CNAME указывает на имя, а получение адреса требует разрешить это имя дальше; принцип разобран в документации Cloudflare о CNAME.

Если утилита показала только псевдоним, запросите A и AAAA для его назначения. Запишите и исходное имя, и результат: после перенастройки цепочка может измениться. CNAME не является веб-перенаправлением и сам по себе не требует смены адреса в строке браузера.

Если найдено несколько IP-адресов

Несколько A или AAAA могут использоваться для распределения обращений. Один из вариантов — round-robin DNS. Наличие нескольких строк само по себе не указывает на конфликт. Не выбирайте «правильный IP» только по тому, что он стоит первым.

При этом один ответ не обязательно перечисляет все адреса, которые сервис способен вернуть другим клиентам. Для отчёта корректнее написать: «В такое-то время этот резолвер вернул два IPv4-адреса». Формулировка «у сайта только два сервера» из таких данных не следует.

Почему IP-адрес не найден: пустой ответ и ошибки DNS

Пустой список нужно отличать от ошибки запроса. Особенно это важно после dig +short: сокращённый режим скрывает часть диагностических сведений. Повторите команду с полным выводом, проверьте написание имени и тип записи.

Результат	Что он означает	Следующее действие
AAAA отсутствует, A найдена	В ответе нет IPv6-адреса; IPv4 для имени есть	Проверьте сайт по домену. Не объявляйте сбой только из-за отсутствия AAAA
NOERROR, но нужных адресных записей нет	Возможен ответ NODATA: искомый тип не найден	Изучите полный ответ, CNAME и второй тип адресных записей
NXDOMAIN	Резолвер сообщает об отсутствии запрошенного имени либо имени на конце цепочки	Проверьте опечатки, поддомен и результаты другого резолвера
SERVFAIL	Сервер не смог успешно завершить обработку запроса	Сохраните ответ и передайте администратору; не считайте это доказательством отсутствия домена
Timeout, no servers could be reached	За время ожидания не получен необходимый ответ DNS-сервера	Проверьте подключение и доступность выбранного резолвера

Различие отсутствующего имени и отсутствующего типа записи закреплено в RFC 2308. NODATA — описание результата, а не отдельный числовой код ответа. Поэтому в окне программы может быть NOERROR и при этом отсутствовать AAAA. Отсутствие IPv6-записи не равнозначно отсутствию сайта.

Можно ли узнать IP сайта командой ping

Команда ping shop.example.com часто показывает адрес, выбранный при разрешении имени, поэтому подходит для быстрой ориентировки. Но она не предназначена для перечисления всех A и AAAA. По одному её результату нельзя составить полный список адресов домена.

ping отправляет ICMP Echo-запросы — это описано в справке Microsoft. Проверка отличается от открытия HTTPS-страницы: ICMP может быть ограничен на узле или в сети, хотя веб-сервис продолжает отвечать. Поэтому сообщение о превышенном времени ожидания не доказывает, что сайт недоступен.

Обратная ситуация тоже возможна: адрес отвечает на ICMP, но приложение возвращает ошибку или не проходит проверка сертификата. Практический порядок такой: найдите адреса DNS-инструментом, а доступность страницы проверьте отдельным обращением к её доменному имени.

Что найденный публичный IP говорит о сайте

IP-адрес домена полезен для проверки DNS-настройки и сопоставления результатов. Но он не является постоянным уникальным номером сайта. Один проект может использовать много адресов, а один адрес — обслуживать разные домены.

CDN и обратный прокси

Если перед сайтом стоит CDN, публичный DNS может указывать на её узлы. Например, для проксируемых записей Cloudflare возвращает адреса своей сети; они могут быть общими для разных проектов. Это прямо описано в документации о статусе проксирования. При Anycast один IP может обслуживаться в разных узлах сети, поэтому по нему нельзя точно установить физическую площадку.

Такой ответ корректен для публичного имени. Для посетителя именно через эту инфраструктуру может начинаться обращение к сайту. Однако совпадение с адресом CDN не позволяет сделать вывод о сервере, где хранится приложение, или о компании, которая его обслуживает.

Общий хостинг и балансировщик

На одном IP могут работать несколько виртуальных сайтов. Веб-сервер выбирает проект по имени в запросе; пример такой обработки есть в документации nginx. В другой схеме публичный адрес принадлежит балансировщику, за которым находятся несколько серверов приложения.

Следовательно, равенство IP у двух доменов не доказывает общего владельца, а разные IP не доказывают разных владельцев. Для текущей задачи фиксируйте адреса и условия проверки, не дополняя результат недоказанными выводами.

Где узнать адрес собственного исходного сервера

Если вам нужен origin — сервер, с которого CDN получает контент, — откройте свою панель хостинга, облака или настройки подключения origin в CDN. Сверьте адрес с назначением ресурса: сервер приложения, балансировщик и исходящий адрес могут выполнять разные роли. При неясности запросите подтверждение у своей поддержки.

Почему один домен показывает разные IP

Расхождение нужно рассматривать вместе с условиями проверки. Для начала убедитесь, что сравниваете одно и то же имя и один тип записи. Ответ для www.example.com нельзя напрямую сопоставлять с example.com, а IPv4 — с IPv6.

Данные изменились со временем. Владелец мог перенести проект или изменить инфраструктуру.
Сохранился предыдущий ответ. Резолверы кэшируют записи. TTL влияет на срок использования кэша, но не является гарантией одновременного обновления на всех устройствах.
Сервис учитывает сеть клиента. CDN может подбирать ответы с учётом сетевого расположения.
Различаются способы разрешения имени. Браузер с DNS-over-HTTPS может обращаться к другому резолверу, чем системная утилита.
Есть особенности рабочей сети. VPN, прокси и внутренние DNS-зоны могут менять условия, в которых приложение получает адрес и соединяется с сайтом.

Работа TTL разобрана в документации Cloudflare, использование сетевых данных для выбора DNS-ответов — в документации Google об ECS. Возможность браузера использовать отдельный защищённый DNS-сервис описана в справке Firefox о DNS-over-HTTPS. Пример различий публичного и внутреннего пространства имён приведён в руководстве Microsoft по Private DNS.

Из самого расхождения не следует, что один из ответов неправильный. Для своего проекта сравните их с ожидаемой схемой: использует ли сайт CDN, менялись ли записи и должны ли быть отдельные внутренние адреса. Не отключайте рабочий VPN или корпоративные правила только ради совпадения цифр; администратору полезнее видеть результаты в исходных условиях.

Почему сайт не открывается, если ввести IP в браузере

Обращение к https://example.com/ и обращение к IP не эквивалентны. Для HTTP имя помогает выбрать нужный виртуальный сайт. Для HTTPS к этому добавляется TLS: клиент обычно передаёт доменное имя через SNI, а сертификат проверяется для имени из URL. Механизм SNI объясняется в документации nginx по HTTPS.

Поэтому по IP может открыться служебная страница, другой виртуальный сайт или ошибка сертификата. Это само по себе не доказывает неправильность A-записи. Не отключайте проверку сертификата, чтобы объявить такой тест успешным: полученный результат не будет соответствовать обычному посещению домена.

Как проверить известный адрес своего сервера с правильным именем

Если вы администрируете сайт и уже получили адрес подготовленного сервера из своей панели, можно выполнить ограниченную проверку через curl --resolve. Пример рассчитан на прямое соединение без настроенного для curl прокси. Учебная команда:

curl --resolve example.com:443:192.0.2.10 --connect-timeout 10 --max-time 20 -I https://example.com/

В Windows PowerShell используйте в начале этой команды curl.exe вместо curl, если программа установлена. В Windows PowerShell 5.1 имя curl занято псевдонимом Invoke-WebRequest, который принимает другие параметры; это поясняет документация Microsoft.

Замените оба вхождения example.com своим именем, а адрес — подтверждённым IP своего сервера. Параметр --resolve задаёт адрес для пары «имя и порт» в этом запуске curl, сохраняя имя в URL; обычные DNS-записи он не изменяет. Описание есть в справке curl.

Проверка сертификата остаётся включённой: он должен подходить к домену и быть доверенным для клиента. Это стандартное поведение curl при проверке TLS. Не добавляйте -k. Ключ -I запрашивает только заголовки методом HEAD, поэтому такой результат не подтверждает загрузку всей страницы, выполнение её сценариев или работоспособность пути через CDN.

Что сохранить после проверки IP-адреса

Сделайте короткую запись, которую сможет воспроизвести другой специалист. Она полезнее сообщения «IP неправильный» и позволяет отделить изменение DNS от ошибки сайта:

Точное имя: вместе с www или другим поддоменом.
Дата, время и сеть: домашнее подключение, мобильная сеть или рабочая сеть с VPN.
Инструмент и команда: включая тип A или AAAA.
DNS-сервер: из вывода утилиты либо название онлайн-сервиса.
Полный результат: адреса, CNAME, TTL и текст ошибки, если она есть.
Ожидаемый результат: для своего сайта — значения из панели и сведения о недавних изменениях.
Проверка страницы: открывается ли нужный URL и что именно видит пользователь.

Для бизнеса задача обычно шире поиска адреса: важно, чтобы посетитель мог открыть страницу, оформить заказ или отправить заявку. После проверки DNS продолжайте контролировать доступность сайта по его доменному имени. Если вы выбираете сервис для такого контроля, познакомьтесь с SiteGuard и оцените его для задач своего проекта.

Частые вопросы

Можно ли узнать IP сайта с телефона?

Да, откройте веб-интерфейс Google Public DNS в мобильном браузере и проверьте имя. Учитывайте, что это результат внешнего резолвера. Если сайт не работает именно через мобильную сеть, одного онлайн-запроса недостаточно для установления причины.

Достаточно ли запроса ANY, чтобы увидеть все IP?

Лучше отдельно запрашивать A и AAAA. Запрос ANY не гарантирует выдачу всех записей; это ограничение прямо отмечено в документации Google Public DNS. Для рассматриваемой задачи два явных запроса понятнее и воспроизводимее.

Изменится ли адрес, если проверить другую страницу сайта?

Если изменились только путь или параметры URL, DNS-имя остаётся прежним. Но страница может перенаправить на другой домен, а изображения, видео и другие ресурсы — загружаться с отдельных имён. Тогда каждое нужное имя проверяют самостоятельно.

Нужно ли менять DNS, если IP не совпадает с панелью хостинга?

Сначала выясните, включено ли проксирование и что именно показывает панель: публичный адрес, внутренний узел или origin. Для сайта за CDN различие может быть штатным. Меняйте записи после проверки ожидаемой схемы, сохранив текущие значения и возможность отката.

Документация и первоисточники

Microsoft: nslookup и Resolve-DnsName.
ISC BIND: dig и host.
Google Public DNS: формат запросов и ответов.
Cloudflare: публичные адреса при проксировании.
nginx: HTTPS и SNI.
curl: --resolve и проверка сертификата.
IETF: NXDOMAIN и NODATA.