Как узнать IP-адрес сайта: три способа
У любого сайта есть IP-адрес: прежде чем открыть example.com, браузер спрашивает у DNS, на какой адрес указывает имя. Узнать этот адрес можно за несколько секунд — онлайн или из командной строки. Сложнее правильно понять результат: у сайта бывает несколько адресов, найденный адрес может принадлежать CDN, а не серверу сайта, а на одном IP могут жить сотни сайтов. Здесь — практическая инструкция; что такое автономная система и что адрес говорит о сети, разобрано в статье ASN и IP-адрес сайта: что показывает проверка.
Способ 1: онлайн-проверка
Введите домен в проверку IP по домену. Она запрашивает в DNS оба типа записей и показывает все адреса, а не один:
- записи A — адреса IPv4, например
203.0.113.10; - записи AAAA — адреса IPv6, например
2001:db8::10; - для каждого адреса — TTL, обратную запись DNS (PTR), сеть (ASN) и владельца, страну и пометку, если адрес принадлежит CDN или прокси.
Онлайн-проверка удобнее всего на телефоне или на рабочем компьютере без прав администратора, и она показывает ответ публичного резолвера, а не то, что закэшировала ваша сеть.
Способ 2: командная строка
В любой настольной системе то же самое можно сделать без дополнительных программ.
| Система | Команда | Примечания |
|---|---|---|
| Windows (командная строка) | nslookup example.com | Встроена. Адреса IPv4 и IPv6 — в строке «Addresses» |
| Windows (PowerShell) | Resolve-DnsName example.com | Показывает тип записи и TTL для каждого ответа |
| macOS, Linux | dig example.com A +shortdig example.com AAAA +short | В macOS есть сразу; в Linux ставится с пакетом dnsutils или bind-utils |
| macOS, Linux | host example.com | Краткая сводка: IPv4, IPv6 и почтовые серверы |
| Любая | ping example.com | Выводит один адрес, к которому решил обратиться |
Два полезных варианта: dig example.com @1.1.1.1 спрашивает конкретный публичный резолвер вместо вашего, а dig example.com без +short показывает TTL и CNAME, через которые проходит имя. Если www.example.com и example.com настроены отдельно, проверьте оба — они могут указывать в разные места.
ping показывает только один адрес, даже если у домена их несколько, а многие серверы и CDN не отвечают на ping, так что «Превышен интервал ожидания» не значит, что сайт лежит. Используйте его, чтобы понять, к какому адресу обращается ваш компьютер прямо сейчас, а не чтобы получить полный список.Способ 3: инструменты разработчика в браузере
Если нужен именно тот адрес, к которому подключился ваш браузер, откройте инструменты разработчика (F12), перейдите на вкладку Network («Сеть»), обновите страницу и кликните первый запрос. В Chrome и Edge на панели Headers есть строка Remote Address с IP и портом. Это удобно, когда ответы DNS зависят от места: вы видите, что на самом деле использовал ваш браузер.
A и AAAA и почему адресов несколько
Получить больше одного адреса — нормально. Обычные причины:
- IPv4 и IPv6. У сайта с поддержкой IPv6 есть и A, и AAAA. Устройства с IPv6-подключением обычно предпочитают адрес AAAA.
- Балансировка нагрузки. Несколько записей A указывают на разные серверы, и клиент выбирает один из них (DNS round robin).
- CDN. Сети доставки контента отдают несколько адресов из своей сети, и запрос попадает на ближайшую к посетителю точку присутствия.
- Геораспределённый DNS. Крупные сайты отвечают разным регионам разными адресами, поэтому проверка из Европы и из Азии может дать разные, но одинаково правильные ответы.
Порядок адресов тоже может меняться от запроса к запросу. Ошибкой настройки ничто из этого не является.
Если IP принадлежит CDN или Cloudflare
Если в графе владельца указаны Cloudflare, Fastly, Akamai, Amazon CloudFront или похожая сеть, вы видите границу CDN или обратного прокси, а не собственный сервер сайта. Посетители подключаются к CDN, а CDN забирает страницу с исходного сервера (origin), который стоит за ним. Скрытие origin — обычно сознательное решение: так сервер защищён от DDoS-атак и трафика в обход фильтров прокси. Проверка показывает, какой провайдер стоит перед сайтом, и дальше идти не нужно — раскрывать чужой скрытый сервер мы не помогаем.
Если сайт ваш, DNS для поиска origin не нужен: адрес есть в панели хостинга, а в Cloudflare — на вкладке DNS, в проксируемой записи A (оранжевое облако). На самом сервере публичный IPv4 покажет команда вроде curl -4 ifconfig.me. Как CDN кэширует и отдаёт страницы, рассказано в статье CDN и кэширование.
Виртуальный хостинг: один IP, много сайтов
На виртуальном (shared) хостинге на одном IP могут работать десятки и сотни сайтов. Веб-сервер различает их по имени домена в каждом запросе — поэтому, если ввести IP в браузере, обычно откроется страница-заглушка, а не нужный сайт. Узнать, какие ещё домены известны на адресе, поможет обратный поиск по IP. Результат зависит от источника данных и редко бывает полным, а для адресов CDN такой список бессмыслен — их делят тысячи несвязанных сайтов.
Общий IP сам по себе не проблема для SEO. Важнее, не попал ли адрес в спам-списки, — а это в основном влияет на почту; см. почему IP в чёрном списке и как из него выйти.
Что делать с адресом дальше
- Кому принадлежит сеть: проверка ASN показывает автономную систему и организацию за ней — так хостинг отличается от CDN или облака.
- Где находится: геолокация IP показывает страну и примерный город. Город считайте оценкой: для адресов CDN и anycast он мало говорит о том, где физически стоит сервер.
- Все DNS-записи сразу: DNS Lookup выводит A, AAAA, CNAME, MX, NS и TXT в одном отчёте; типы записей разобраны в статье проверка DNS-записей домена.
- После переезда на другой хостинг: если у разных людей разные адреса, резолверы ещё держат старую запись, пока не истёк её TTL, — см. сколько обновляются DNS.