Артём Савельев 
IP-адрес сайта: как узнать и что он может рассказать
За каждым доменом стоит IP-адрес — и он рассказывает о сайте больше, чем кажется: где сайт хостится, прячется ли за CDN, сколько у него «соседей» и не тянет ли кто-то из них весь адрес в чёрные списки. Разбираем способы узнать IP сайта за минуту и читать его как открытую книгу.
Минутка матчасти: домен и IP
Домены придуманы для людей, IP-адреса — для машин. Когда вы открываете сайт, браузер сначала спрашивает DNS: «какой адрес у этого имени?» — и лишь потом соединяется с сервером по полученному IP. Классический IPv4-адрес — это четыре числа вида 193.107.239.67; всего таких адресов чуть больше 4,3 миллиарда (2³²), и свободные закончились ещё в 2011 году, когда центральный пул IANA был исчерпан. Поэтому адреса делят: на одном IP могут жить сотни сайтов, а параллельно интернет переезжает на IPv6, где адресов 2¹²⁸ — хватит на всё и навсегда.
Как узнать IP сайта: четыре способа
# 1. ping — заодно проверите доступность (Windows/macOS/Linux) ping example.ru # 2. nslookup — есть везде, показывает и DNS-сервер, который ответил nslookup example.ru # 3. dig — самый информативный (macOS/Linux) dig example.ru +short # 4. IPv6-адрес, если есть dig AAAA example.ru +short
Все четыре способа делают одно и то же — DNS-запрос записи A (или AAAA для IPv6). Ответ приходит за миллисекунды. Дальше начинается интересное: что означает то, что вы увидели.
Читаем ответ: пять типовых картин
| Что вы видите | Что это значит |
|---|---|
| Один IP, всегда одинаковый | Классический хостинг или VPS: сайт живёт на конкретном сервере |
| Несколько IP в одном ответе | Балансировка round-robin: DNS раздаёт адреса по очереди, нагрузка делится между серверами |
| IP меняется от запроса к запросу или по региону | CDN: вы получаете адрес ближайшего узла сети доставки, а не самого сервера. Настоящий IP сайта скрыт |
| Ответа нет (NXDOMAIN) | Домен не делегирован или DNS сломан — сайт недоступен для всех, у кого нет кэша |
| IP есть, а сайт не открывается | DNS живёт своей жизнью: запись есть, но за адресом никто не отвечает — сервер лежит или переезд прошёл наполовину |
IPv4 и IPv6: почему у сайта может быть два адреса
Всё чаще на запрос AAAA сайт отвечает вторым адресом — длинным, шестнадцатеричным, вида 2a02:6b8::2:242. Это IPv6, параллельная адресация, придуманная как раз из-за дефицита IPv4. Для владельца сайта важно понимать: если у домена есть AAAA-запись, часть посетителей ходит на сайт именно по ней — и этот путь нужно проверять отдельно.
| Критерий | IPv4 | IPv6 |
|---|---|---|
| Формат | 193.107.239.67 | 2a02:6b8::2:242 |
| Всего адресов | ~4,3 млрд (2³²), дефицит с 2011 года | 2¹²⁸ — практически неисчерпаемо |
| DNS-запись | A | AAAA |
| Типовая проблема | Общие адреса, соседи, чёрные списки | AAAA-запись есть, а по IPv6 сервер не отвечает — у части посетителей сайт «тормозит» на ровном месте |
Последняя строка таблицы — реальная и коварная поломка: браузер сначала пробует IPv6, ждёт таймаут и лишь потом откатывается на IPv4. Сайт «работает у всех», но у посетителей с IPv6-доступом каждая страница открывается с многосекундной задержкой. Если публикуете AAAA-запись — проверяйте доступность по обоим протоколам.
Что ещё расскажет IP
Кому принадлежит адрес. Каждый IP закреплён за конкретной организацией, и это публичная информация: команда whois 193.107.239.67 покажет владельца блока адресов — обычно это хостинг-провайдер или оператор. Так за минуту выясняется, где на самом деле хостится сайт (даже если на сайте об этом ни слова) и в какой стране стоит сервер.
Обратное имя (PTR). У адреса может быть обратная DNS-запись: dig -x 193.107.239.67. Осмысленный PTR — признак аккуратной настройки; для почтовых серверов он практически обязателен, без него письма отсеиваются на первом рубеже антиспама.
Соседи по адресу. На виртуальном хостинге ваш сайт делит IP с десятками чужих. Обычно это неважно — ровно до момента, когда сосед начинает рассылать спам и весь общий IP попадает в чёрные списки DNSBL: тогда страдает доставляемость почты у всех «жильцов». Чем это грозит и как проверять, мы разбирали в статье про DNSBL.
Если сайт за CDN, то IP из DNS-ответа — это адрес узла CDN, причём для вас и посетителя из другого региона он будет разным. Отсюда типовая ловушка диагностики: вы проверяете «IP сайта», а на самом деле проверяете ближайший к вам узел сети доставки. Настоящий сервер может при этом лежать — или наоборот, лежит один узел CDN в вашем регионе, а сайт для остального мира жив. Как это устроено — в статье про CDN.
Практика для владельца сайта: три сценария
Переезд на другой хостинг. Смена IP — это и есть переезд: вы меняете A-запись, и мир постепенно (по мере истечения TTL) начинает ходить на новый адрес. Проверка «какой IP отдаёт DNS» из разных мест — единственный способ убедиться, что переезд завершился для всех, а не только для вас. Полный чек-лист — в статье про переезд без потери трафика.
Внезапная смена IP без вашего участия. Если A-запись домена изменилась, а вы ничего не меняли — это тревога высшего приоритета: либо хостер что-то мигрирует молча, либо у вас угоняют домен, подменяя DNS. Заметить это глазами нельзя, следить должен робот.
Почта не доходит. Первым делом смотрят, что с IP почтового сервера: есть ли PTR, не попал ли адрес в DNSBL. Обе проверки занимают минуту, а экономят часы переписки с поддержкой.
Шпаргалка: диагностика по IP за пять команд
| Вопрос | Команда | Время |
|---|---|---|
| Какой IP у сайта? | dig example.ru +short |
5 сек |
| Есть ли IPv6 и работает ли он? | dig AAAA example.ru +short → ping6 |
30 сек |
| Где хостится? | whois <IP> |
10 сек |
| Настроено ли обратное имя? | dig -x <IP> +short |
5 сек |
| Не в чёрных ли списках? | Проверка IP по DNSBL-агрегаторам | 1 мин |
Две минуты — и у вас полный технический профиль любого сайта: адреса, хостер, аккуратность настройки, репутация. Для собственного сайта этот же список стоит не прогонять руками, а поставить на автоматику.
Пруфен закрывает оба сценария автоматически: мониторинг DNS-записей ежедневно сверяет A-записи домена с эталоном и сообщает о любом изменении, а проверка DNSBL следит, не попал ли ваш IP в чёрные списки. Обе проверки доступны на бесплатном плане.
Частые вопросы
Можно ли открыть сайт по IP, без домена? Чаще всего нет: на одном адресе живут десятки сайтов, и сервер понимает, какой отдавать, по имени домена в запросе. Введёте голый IP — получите заглушку хостинга или ошибку сертификата.
Почему nslookup показывает один IP, а у посетителя из другого города — другой? Либо сайт за CDN (адрес выдаётся ближайший к спрашивающему), либо DNS-переезд ещё расходится по кэшам провайдеров. В обоих случаях «правильного единственного» IP просто не существует — важно, чтобы сайт отвечал по всем выдаваемым адресам.
Опасно ли, что мой IP «виден всем»? Публичность IP — норма, иначе к сайту нельзя было бы подключиться. Практический риск другой: по IP видно хостинг и соседей, а сам адрес — постоянная цель сканеров. Это аргумент держать закрытыми лишние порты, о которых мы писали в статье про порты.
Как узнать, какие ещё сайты живут на моём IP? Сервисами reverse IP lookup: они показывают домены, замеченные на адресе. Список неполный (он собирается сканированием, а не из реестра), но для оценки «сколько у меня соседей и кто они» его достаточно. Сотни доменов на адресе — норма для дешёвого виртуального хостинга и повод задуматься для почтового сервера.
IP сайта постоянный или может меняться сам? На классическом хостинге и VPS адрес стабилен и меняется только при переезде или по инициативе хостера (о которой он обязан предупредить). За CDN адреса «плавают» штатно. В любом случае неожиданная смена A-записи, которую не делали вы, — повод для тревоги, а не для пожатия плечами.
Стоит ли переходить на выделенный IP? Для почты — часто да: репутация адреса становится только вашей, и сосед-спамер больше не утащит вас в чёрный список. Для обычного сайта за CDN разница минимальна.