Как узнать IP-адрес сайта: 5 надёжных способов

Узнать IP-адрес сайта можно за секунды. По-настоящему полезно другое умение: понимать, какой именно адрес вы нашли (исходный сервер, edge-узел CDN или балансировщик нагрузки), ведь от этого зависит, пригодится ли вам этот номер.

Ниже пять способов от самого быстрого до самого подробного, а затем рассказ о том, как честно интерпретировать результат.

Способ 1: онлайн-инструмент проверки

Самый быстрый вариант и единственный, которому не нужен терминал. Вставьте домен в проверку «домен в IP» на главной странице, и одним серверным запросом вы получите записи A (IPv4), AAAA (IPv6), серверы имён, а также записи MX, CNAME и TXT.

Преимущество перед локальной командой в том, что проверка выполняется с сервера с чистым кешем, так что вы не увидите устаревший ответ, который ваш компьютер закешировал несколько часов назад. Если нужно проверить несколько доменов, массовый режим разрешает до 50 за раз.

Способ 2: ping — быстро и доступно везде

ping разрешает имя до отправки пакетов и выводит полученный адрес. Работает одинаково в Windows, macOS и Linux.

ping example.com

Первая строка показывает разрешённый адрес: PING example.com (93.184.216.34). Это всё, что вам нужно: нажмите Ctrl+C, чтобы остановить.

Способ 3: nslookup — кроссплатформенный стандарт

Встроен в Windows, macOS и большинство дистрибутивов Linux и создан именно для такой задачи.

nslookup example.com

Вывод отделяет резолвер, который ответил (Server:), от самого ответа. Строка Non-authoritative answer означает лишь, что ответ получен из кеша, а не с собственного сервера имён домена: это обычная ситуация, а не предупреждение.

nslookup example.com 1.1.1.1

Вторая форма действительно полезна, когда вы подозреваете устаревший кеш: вы обращаетесь напрямую к резолверу Cloudflare, а не к тому, что выдаёт ваша сеть.

Способ 4: dig — выбор профессионалов

dig поставляется с macOS и Linux (в Windows используйте WSL или установите инструменты BIND). Он даёт точный вывод, удобный для скриптов, включая TTL.

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

dig example.com

В полном выводе число в ANSWER SECTION перед IN A — это оставшийся TTL в секундах, то есть сколько ещё этот резолвер будет использовать свою кешированную копию. Наблюдать, как это число уменьшается при повторных запросах, — самый наглядный способ увидеть кеширование в действии.

dig @ns1.example.com example.com

Так обходятся все кеши, и запрос идёт прямо к источнику. Если результат расходится с тем, что вы видите в других местах, значит, вы наблюдаете распространение в процессе.

Способ 5: инструменты разработчика в браузере

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

1. Откройте DevTools клавишей F12 (или Cmd+Option+I в macOS) и выберите вкладку Network.
2. Перезагрузите страницу.
3. Щёлкните первый запрос документа, затем откройте панель Headers.
4. В разделе General найдите Remote Address: это IP, к которому ваш браузер реально подключился, вместе с портом.

Сравнение пяти способов

А теперь: нашли ли вы настоящий сервер?

Скорее всего, нет, и это ожидаемо. Большинство сколько-нибудь крупных сайтов находятся за CDN или балансировщиком нагрузки, поэтому разрешённый вами адрес принадлежит этой инфраструктуре.

Признаки того, что вы видите общую инфраструктуру, а не исходный сервер:

• Обратный DNS для адреса разрешается в имя хоста провайдера (*.cloudflare.com, *.amazonaws.com, *.fastly.net).
• Один и тот же адрес обслуживает множество не связанных между собой доменов.
• Вы получаете разные адреса из разных мест или при повторных запросах.