
Узнать хостинг чужого сайта бывает нужно по разным причинам: посмотреть, где стоят конкуренты, прежде чем выбирать площадку себе; понять, куда жаловаться на сайт-клон; проверить, в какой стране физически лежат данные; убедиться, что после переезда сайт действительно открывается с нового сервера. Введите адрес — и получите компанию-владельца сервера, страну, автономную систему и диапазон адресов.
Как это вообще определяется
Цепочка всегда одна и та же, из трёх шагов.
Первый. Доменное имя превращается в IP-адрес: сайт спрашивает у DNS A-запись домена. Это тот же адрес, к которому обращается браузер посетителя.
Второй. IP-адрес ищется в базе региональной интернет-регистратуры. Все адреса в мире распределены между пятью такими организациями: RIPE NCC отвечает за Европу, СНГ и Ближний Восток, ARIN — за Северную Америку, APNIC — за Азию и Тихий океан, LACNIC — за Латинскую Америку, AFRINIC — за Африку. Каждая ведёт открытый реестр: кому выдан диапазон, как он называется, в какой стране используется и с кем связываться при проблемах.
Третий. По тому же адресу определяется автономная система — номер вида AS205516 и её название. Это укрупнённый ответ на вопрос «чья сеть», и он нередко точнее, чем имя владельца диапазона.
Всё это данные из первоисточника, а не из чьей-то накопленной базы. Поэтому они не устаревают на полгода — но и человеческий фактор никуда не девается: реестры заполняют сами провайдеры, и иногда там остаются названия давно переименованных компаний.
Почему имя из реестра не всегда равно вашему хостеру
Рынок устроен многослойно. Дата-центр владеет стойками и каналами, крупный провайдер арендует у него мощности, хостинг-компания поменьше арендует серверы у крупного, а вы покупаете тариф у неё. В реестре при этом записан тот, кто получил диапазон адресов, — обычно это второй или третий уровень, а не тот, кому вы платите.
Поэтому нормальна ситуация, когда сайт узбекской студии показывает европейское юрлицо, а сайт на российском хостинге — сеть с казахстанским названием. Это не ошибка проверки: вы видите настоящего владельца адресов, а розничный продавец в реестрах просто не отражён. Уточнить последний шаг помогают NS-серверы и текст в футере панели управления, о них ниже.
Когда за CDN настоящий сервер не виден
Если в ответе появились Cloudflare, Akamai, Fastly, DDoS-Guard, Qrator или StormWall — вы смотрите не на хостинг сайта, а на его защиту. Такие сервисы встают перед сайтом: посетитель приходит к ним, они уже сами обращаются к настоящему серверу, адрес которого наружу не показывают. Так и задумано, это и есть половина защиты от атак.
Полностью обойти это нельзя, и любой сервис, обещающий «пробить IP за CDN», в лучшем случае гадает. Но есть честные подсказки:
- MX-записи. Почту через CDN обычно не пускают, и она указывает на реальный сервер или на почтовый сервис хостера.
- Технические поддомены — mail, cpanel, ftp, webmail, dev, old. Их часто забывают спрятать, и они ведут прямо на сервер.
- Имя удостоверяющего центра и организация в SSL-сертификате иногда выдают панель конкретного хостера.
- NS-серверы — если это не Cloudflare, а ns1.имя-хостера, вопрос закрыт.
Ни один из этих признаков не даёт гарантии — и это нормальный результат проверки, а не её неудача.
NS-серверы как подсказка
Большинство владельцев сайтов не заморачиваются с отдельным DNS-хостингом и оставляют те серверы имён, которые дал хостер при подключении тарифа. Поэтому строка вида ns1.beget.com, ns1.timeweb.ru, ns.ps.uz или dns1.uzinfocom.uz почти всегда прямо называет компанию. Если же там стоят серверы Cloudflare, Яндекса или регистратора домена, подсказка не сработает — DNS вынесен наружу, а сайт может лежать где угодно. Посмотреть серверы имён можно нашей проверкой DNS-записей.
Зачем это знать на практике
- Выбираете хостинг. Отзывы субъективны, а факт объективен: проверьте пять сайтов из вашей ниши, которые быстро открываются, и посмотрите, где они стоят. Заодно станет видно, держат ли их в стране или вывозят за рубеж.
- Столкнулись с клоном или воровством контента. Жалоба владельцу домена часто уходит в пустоту, а вот abuse-адрес провайдера из реестра работает: у хостинга есть договор, который клон нарушает.
- Переносите сайт. После смены хостинга проверка должна показать нового провайдера. Показывает старого — значит DNS ещё не обновился или вы правили записи не в той панели.
- Работаете с персональными данными. Страна размещения сервера — не абстракция: законодательство ряда стран, включая Узбекистан, требует хранить персональные данные граждан внутри страны.
- Разбираетесь, почему сайт тормозит у местных посетителей. Сервер в другом полушарии добавляет к каждому запросу сотни миллисекунд, и никакая оптимизация картинок этого не компенсирует.
Как проверить вручную
Если хочется сделать всё самому, понадобятся две команды. В Windows откройте командную строку и наберите nslookup example.com — получите IP-адрес. В macOS и Linux то же самое делает dig example.com +short.
Дальше адрес нужно пробить по реестру: в macOS и Linux есть команда whois 1.2.3.4, в Windows её нет по умолчанию. Смотреть надо на поля netname, org, descr, country и inetnum — это и есть владелец диапазона, страна и границы блока адресов. Наш инструмент выполняет ровно эти шаги, просто показывает результат по-человечески и не требует ничего устанавливать.
Частые вопросы
Показывается страна, в которой сайт точно не находится. В реестре указывается страна организации-держателя диапазона, а не физическое место стойки. У международных провайдеров это расходится сплошь и рядом.
У сайта несколько IP-адресов — какой настоящий? Все. Так работают балансировка нагрузки и CDN: разным посетителям отвечают разные серверы. Хостинг при этом обычно один.
Можно ли узнать тариф и характеристики сервера? Нет. Снаружи видны сеть и владелец адресов, но не количество ядер, не панель управления и не стоимость тарифа.
Проверка ничего не нашла. Самое частое — домен не существует или у него нет A-записи: сайт не подключён, регистрация закончилась либо DNS ещё не разошёлся после изменений. Проверьте домен целиком в WHOIS.
Дальше по теме: проверка SSL-сертификата — кем выдан и сколько дней осталось; как выбрать хостинг и на чём не стоит экономить; регистрация домена в зоне .uz — кто имеет право и как проходит процедура.
Смотрите также: скорость ответа сайта и TTFB — быстро ли отвечает сервер, на котором стоит сайт.
Читайте также
Дроп-домены .uz: где искать освобождающиеся имена и как их отбирать
Как устроен выкупной период в зоне .uz, где брать списки освобождающихся имён, по каким метрикам их отбирать и как рассчитать…
Как узнать все поддомены сайта и почему полного списка не существует
Поиск поддоменов по журналам прозрачности сертификатов с проверкой по DNS: почему зону нельзя перечислить целиком, что скрывает wildcard, чем опасны…
Как проверить скорость загрузки сайта: TTFB, время ответа сервера и что ускорять первым
Проверка онлайн: DNS, соединение, TLS, TTFB и размер страницы. Чем это отличается от PageSpeed, почему сервер думает долго и восемь…