Как узнать, где хостится сайт: разбор за пять минут

Определить хостинг сайта можно за пять минут четырьмя командами: узнать IP-адрес домена, пробить этот адрес через whois и увидеть название сети и организацию-владельца, посмотреть NS-записи домена и заглянуть в заголовки HTTP-ответа. В большинстве случаев уже второй шаг даёт имя компании, на серверах которой лежит проект, — и дальше остаётся сравнить его с площадками в каталоге хостинга. Исключение одно: сайт за CDN, где настоящий адрес спрятан, и тогда работают только косвенные признаки.

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

Что значит «где хостится сайт» и какие три ответа вы на самом деле ищете

Под словом «хостинг» новички обычно смешивают три разные вещи, и путаница мешает искать. Первое — компания, у которой арендован сервер: она владеет железом или диапазоном IP-адресов и отвечает за то, чтобы сайт был доступен. Второе — регистратор домена: фирма, через которую куплено имя вида example.ru. Третье — тот, кто обслуживает DNS-зону домена, то есть хранит таблицу соответствий «имя — адрес».

Эти три роли часто исполняют разные организации. Домен куплен у одного регистратора, DNS делегирован на серверы CDN, а файлы сайта лежат на VPS у третьей компании в другой стране. Поэтому вопрос «где хостится сайт» корректно распадается на подвопросы, и отвечать на них надо разными инструментами.

Дальше по тексту под ответом мы понимаем именно первое — владельца сети, в которой живёт IP-адрес сайта. Это самый практичный ответ: именно этой компании пишут в поддержку, ей отправляют жалобу на нарушение и у неё же смотрят тарифы, если планируется переезд. Остальные два ответа получаются попутно и помогают, когда основной путь перекрыт.

Быстрый алгоритм: четыре команды за пять минут

Ниже полный порядок действий. Вместо example.ru подставьте свой домен без протокола и без слэша в конце — это важно, потому что утилиты работают с именем, а не с адресом страницы. В macOS и Linux все эти команды встроенные; в Windows их заменяют nslookup example.ru для адреса и nslookup -type=NS example.ru для серверов имён.

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

1. Получите IP: dig +short example.ru — выведет только адрес, без служебных строк.
2. Пробейте владельца сети: whois 203.0.113.10 — смотрите поля netname, descr, org и country.
3. Проверьте DNS: dig NS example.ru +short — покажет 2–4 имени серверов имён.
4. Загляните в ответ сервера: curl -I https://example.ru — интересуют server, x-powered-by и cf-ray.
5. Дополнительный шаг, если первые четыре не дали ответа, — сверьте почту: dig MX example.ru +short. Почтовый узел часто остаётся на исходном хостинге.

На весь набор уходит меньше пяти минут, и в 7 случаях из 10 ответ находится уже на втором шаге. Разберём каждый шаг подробно.

Шаг 1. Находим IP-адрес сайта

IP-адрес — числовой адрес машины в сети, для IPv4 это четыре числа от 0 до 255 через точку, например 203.0.113.10. Именно он связывает домен с конкретным сервером конкретной компании. Утилита dig отправляет запрос к DNS-серверу на порт 53 и возвращает то, что там записано.

dig +short example.ru
dig +short example.ru A
dig +short example.ru AAAA

Первая команда выводит адрес в чистом виде — только цифры, ничего лишнего. Вторая явно просит A-запись, то есть привязку имени к IPv4. Третья спрашивает AAAA — то же самое для IPv6, адресов нового формата вида 2001:db8::1. Если AAAA пустая, у сайта просто нет адреса IPv6, и это нормально.

Если dig не установлен, тот же результат даёт ping example.ru: команда печатает адрес в скобках в первой же строке, прерывается сочетанием Ctrl+C и заодно показывает время отклика в миллисекундах. Насторожитесь, если в ответе пришло несколько адресов из разных подсетей, то есть с непохожими первыми числами. Это признак балансировки нагрузки или сети доставки контента, и владелец у каждого адреса может быть свой. Проверяйте тогда все полученные адреса, а не только первый.

Шаг 2. Whois по IP: netname, организация и диапазон адресов

Whois — публичная справочная служба, которая работает по порту 43 и отвечает, кому выдан домен или диапазон адресов. Важно: whois по домену и whois по IP — два разных запроса с разными ответами. Нас интересует второй, потому что диапазоны адресов регистрируются на владельцев сетей, то есть на хостинг-провайдеров и дата-центры.

whois 203.0.113.10

В ответе смотрите четыре поля. inetnum или NetRange — границы диапазона, куда попал адрес; сеть вида /24 содержит 256 адресов, /22 — уже 1024. netname — короткое имя сети, часто это прямо бренд провайдера. descr и org — описание и юридическое лицо владельца. country — страна регистрации диапазона, она не всегда совпадает с физическим расположением стойки. Полезна и строка origin: AS12345: автономной системой называют сеть одного оператора с собственным номером, и по этому номеру провайдер опознаётся однозначно.

Частая ситуация: netname указывает на крупный дата-центр, а сайт арендован у мелкого реселлера — посредника, который снимает там стойку и перепродаёт мощности клиентам. Whois покажет владельца сети, а не вашего продавца. Тогда добавьте к результату данные из заголовков ответа и панели управления.

Шаг 3. NS-записи: кто держит DNS домена

NS-запись указывает, какие серверы имён считаются авторитетными для домена, то есть чьи ответы о его адресах верны. Обычно их 2–4 штуки для отказоустойчивости. Массовые хостинги по умолчанию сажают клиентов на собственные NS, поэтому имена вроде ns1.provider.ru — сильная подсказка.

dig NS example.ru +short
dig SOA example.ru +short

Первая команда выведет список серверов имён. Вторая покажет SOA-запись — служебную строку зоны, где первым полем стоит главный сервер имён, а дальше таймеры: как часто вторичные серверы сверяют зону и сколько секунд ответ можно кэшировать. Типовой TTL — время, которое чужие серверы хранят ответ в памяти, — составляет 3600 секунд, у активно меняемых зон 300 секунд.

NS-записи лгут чаще, чем whois. Домен спокойно живёт на NS одной компании, а файлы сайта — на сервере другой: так делают все, кто держит DNS у регистратора и отдельно арендует VPS. Поэтому NS — вспомогательный, а не решающий признак. Подробный разбор проверок зоны есть в отдельном руководстве о том, как проверить DNS домена.

Шаг 4. Заголовки ответа: server, x-powered-by и следы панели

Каждый HTTP-ответ несёт служебные заголовки — строки метаданных перед содержимым страницы. Команда curl -I запрашивает только их, поэтому работает мгновенно даже на тяжёлых сайтах.

curl -I https://example.ru
curl -I -L https://example.ru

Флаг -I означает «только заголовки», флаг -L — «идти по редиректам», если сайт отвечает кодом 301 и перебрасывает на www или https. В первой строке будет код: 200 — страница отдана, 301 и 302 — переадресация, 403 — доступ закрыт, 522 — кэширующая сеть не достучалась до исходного сервера.

Дальше читайте сами заголовки. server называет веб-сервер: nginx, Apache или LiteSpeed, иногда с версией. x-powered-by выдаёт платформу — например версию PHP. cf-ray означает Cloudflare перед сайтом, а x-powered-by: cPanel намекает на панель управления. Все эти поля администратор может переписать или убрать, поэтому шаг только уточняющий: он подтверждает догадку, но не доказывает её.

Сводка ниже идёт в порядке применения: от самого надёжного признака к самому косвенному.

Сайт за CDN: почему IP чужой и как искать дальше

CDN — сеть распределённых узлов, которая кэширует файлы ближе к посетителю и прикрывает исходный сервер. A-запись тогда указывает на узел CDN, whois по адресу вернёт название этой сети, а настоящий сервер останется невидимым. Это штатное поведение: механика разобрана в материале о том, что такое CDN.

Признаки CDN вы уже знаете: заголовок cf-ray, несколько адресов в ответе dig, TTL порядка 300 секунд. Лучшая косвенная улика — почта: MX-запись задаёт почтовые серверы домена, и её часто забывают перевести, потому что письма через кэширующую сеть не ходят.

dig MX example.ru +short
dig TXT example.ru +short

В ответе MX первым числом идёт приоритет: 10 у основного узла и 20 у резервного. Чем меньше число, тем выше приоритет узла. Имя узла часто имеет вид mail.example.ru, и его A-запись ведёт прямо на исходный сервер. В строке SPF внутри TXT перечислены адреса, которым разрешено отправлять письма от имени домена, — и это ещё один список серверов проекта.

Отдельно стоит PTR — обратное преобразование адреса в имя, куда провайдеры почти всегда прописывают собственный домен: dig -x 203.0.113.10 +short вернёт его за секунду. Помогают и архивы DNS с адресом домена до подключения CDN.

Whois домена: регистратор, дата регистрации и почему это не хостинг

Запрос whois example.ru без IP возвращает карточку домена. Для зоны .ru там будут поля registrar (аккредитованный регистратор), created (дата регистрации), paid-till (до какого числа оплачен), state (статус делегирования) и nserver (те самые NS-записи). Данные владельца-физлица в .ru скрыты по закону, вместо них стоит пометка о частном лице.

Регистратор — это компания, через которую куплено имя, и она не обязана быть хостингом. Крупные российские регистраторы одновременно продают и хостинг, поэтому совпадение встречается часто, но выводом считать его нельзя. Если в whois домена стоит одна фирма, а whois по IP показывает другую, верьте второй — файлы лежат там.

Полезны и даты: поле created говорит, сколько лет домену, а paid-till — до какого числа он оплачен, причём после окончания срока у зоны .ru есть 30 дней преимущественного продления. Статус state с пометкой о делегировании отвечает на другой частый вопрос: почему домен куплен, а сайт не открывается. Если делегирование не установлено, дело не в хостинге — до сервера запрос просто не доходит.

Зачем это знать: переезд, жалоба и проверка соседей по адресу

Первый сценарий — приёмка сайта у подрядчика. Вы получаете доступы, но не знаете, где всё лежит и сколько это стоит. Четыре команды дают имя компании, дальше вы находите её тарифы и понимаете, переплачиваете вы или нет. Тот же приём выручает, когда исполнитель пропал: зная провайдера, права на аккаунт восстанавливают через его поддержку.

Второй сценарий — жалоба. Если чужой сайт копирует ваши тексты или рассылает спам, обращение отправляют в abuse-службу владельца сети — так называется отдел, который разбирает жалобы на клиентов провайдера. Владельца как раз показывает whois по IP. Срок реакции обычно от 24 до 72 часов, а письмо должно содержать домен, IP-адрес и время инцидента.

Третий сценарий — оценка соседей: на виртуальном хостинге один IP делят десятки сайтов, и рассылки соседа заводят общий адрес в чёрные списки почтовых систем. Четвёртый — планирование переезда. Зная провайдера, страну дата-центра и панель, вы заранее видите объём работ: файлы, дамп базы, смена A-записи и ожидание кэша DNS. Пошаговый порядок описан в руководстве, как перенести сайт на другой хостинг.

Где разместить сайт, если вы решили переезжать

Когда проверка показала медленный или непонятный хостинг, следующий шаг — выбрать площадку. В каталоге собраны 44 площадки, и типовому сайту на PHP хватает 1 ядра, 1 ГБ памяти и 10 ГБ диска NVMe. Такие тарифы дешевле, чем принято думать.

Ниже — четыре недорогих варианта из каталога. Смотреть надо не только на цифру: важны страна дата-центра, тип диска и число тарифов, потому что расти придётся внутри той же панели.

Данные проверены 04.09.2026.

Если аудитория в России, берите сервер поближе к ней: отклик из Москвы до московского дата-центра ориентировочно 5–20 мс против 40–90 мс до европейского. Подборка площадок с российскими дата-центрами собрана в разделе VPS в России. Проектам, которые уже ловили атаки, стоит смотреть в сторону тарифов с защитой от DDoS для сайта.

Частые ошибки при определении хостинга

Большинство неверных выводов рождается из двух причин: человек останавливается на первом же результате или подставляет в команду не то, что нужно. Первая приводит к жалобе не по адресу, вторая — к пустому ответу утилиты и выводу «сайт не найден». Ниже — шесть ошибок, которые встречаются чаще всего в переписке с читателями.

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

• Считать регистратора из whois домена хостингом — это разные компании.
• Подставлять в dig адрес страницы с https и слэшем вместо голого домена.
• Останавливаться на CDN и не проверять MX, TXT и PTR.
• Верить заголовку server: его правят руками или убирают совсем.
• Проверять www.example.ru и example.ru как один объект — записи бывают разные.
• Игнорировать второй и третий IP из ответа dig при балансировке.

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

Можно ли узнать хостинг сайта, не устанавливая ничего? Да. Веб-формы whois у регистраторов принимают и домен, и IP-адрес, а результат совпадёт с ответом терминала: источник данных один.

Whois по IP показал дата-центр, а не хостинг. Это ошибка? Нет, это нормально: небольшие провайдеры арендуют стойки у крупных дата-центров, и в базе значится владелец диапазона. Уточнить продавца помогают PTR-запись и NS-серверы.

Сайт за Cloudflare — настоящий адрес узнать вообще нельзя? Прямыми методами нет. Работают косвенные: MX-записи, SPF-строка в TXT, забытые поддомены вроде mail и архивные записи DNS. Гарантии они не дают.

Как понять, виртуальный это хостинг или VPS? Точного признака нет. Если на одном IP отвечают десятки чужих доменов, а в заголовках видна панель массового хостинга, это скорее виртуальная площадка. Отдельный адрес с PTR на имя клиента чаще означает VPS.

Через сколько после переезда команды покажут новый хостинг? Ровно через время жизни старой записи: при TTL 3600 секунд — до часа, при 300 секундах — до пяти минут. Часть серверов кэширует дольше, поэтому полное обновление занимает до 24 часов. Ключ @8.8.8.8 в dig спрашивает публичный сервер, минуя локальный кэш.

Законно ли проверять чужой сайт такими командами? Да. Whois и DNS — публичные справочные службы, созданные ровно для этого, а запрос заголовков — обычное обращение к сайту, как открытие страницы в браузере.

Что делать, если dig возвращает пустой ответ? Проверьте домен на опечатку и повторите с явным сервером: dig @8.8.8.8 example.ru. Пустой ответ означает, что A-записи нет или домен не делегирован, — смотрите поле state в whois домена.

Итог

Определение хостинга — это четыре команды и одно правило: не верить первому же результату. IP через dig, владелец сети через whois по адресу, NS-записи для понимания, кто держит зону, и заголовки ответа для уточнения. Если перед сайтом стоит CDN, ответ ищут в MX-записях, SPF-строке и исторических данных DNS.

Чаще всего проверка заканчивается не любопытством, а решением переехать: увидели старое железо, чужую страну или переплату — и начали искать площадку под свой проект. Стартовые тарифы от 59 ₽/мес с конфигурацией 1 ядро и 1 ГБ памяти закрывают потребности обычного сайта, а подобрать вариант по стране и цене удобно в разделе VPS для сайтов.