Что такое проверка хостинга сайта?
Проверка хостинга показывает, какая компания обслуживает серверы, на которых работает сайт. Любой сайт физически находится на чьей-то машине: у провайдера виртуального хостинга вроде Hostinger или Bluehost, на управляемой WordPress-платформе вроде WP Engine или Kinsta, в облаке вроде AWS или Google Cloud либо в конструкторе сайтов вроде Shopify или Wix. По доменному имени этого не видно. Проверка хостинга находит ответ в открытых данных за несколько секунд.
Этот инструмент проверки хостинга сайта не просто называет владельца IP-адреса. Он прослеживает путь от домена до сервера, определяет сеть, которой принадлежит IP-адрес, изучает HTTP-заголовки и CNAME-записи, которые оставляют хостинг-платформы, проверяет NS-серверы и снимает отпечаток самой страницы. Затем он взвешивает каждый сигнал и показывает, насколько надёжен ответ и почему, чтобы вы могли отличить точное совпадение от обоснованного предположения.
Помимо хостинга вы получаете и остальной стек: CDN или прокси перед сайтом, CMS или конструктор сайтов, почтовый сервис по MX-записям, регистратора домена по данным RDAP и издателя SSL-сертификата.
Как узнать, на каком хостинге находится сайт
Чтобы узнать, где хостится сайт, выполните четыре шага:
Введите или вставьте домен либо полный URL, например example.com или https://www.example.com/page. Путь и префикс www инструмент уберёт сам.
Результат называет хостинг-провайдера и уровень уверенности: «High confidence» (высокая уверенность), «Likely» (вероятно) или «Possible» (возможно). Если сайт работает через CDN, например Cloudflare, это указано прямо в заголовке результата.
В блоке «How we know» (откуда мы это знаем) перечислены все совпавшие сигналы: IP-сеть (ASN), HTTP-заголовок, CNAME-запись, отпечаток страницы или NS-сервер.
В таблице подробностей есть IP-адрес, местоположение сервера, CDN, CMS, веб-сервер, почтовый сервис, регистратор, издатель SSL и NS-серверы. Чтобы поделиться результатом, скопируйте ссылку на страницу: в URL уже есть параметр ?domain=.
Advertisement
Как проверка хостинга определяет хостинг-провайдера
Ни одна запись сама по себе не доказывает, где хостится сайт, поэтому инструмент собирает пять видов доказательств и оценивает их. Более сильные сигналы весят больше:
IP-адрес сайта ищется в глобальной таблице маршрутизации через Team Cymru. Если он входит в автономную систему хостинга, например AS47583 у Hostinger или AS24940 у Hetzner, это самый сильный отдельный сигнал.
Многие платформы помечают свои ответы: x-kinsta-cache у Kinsta, x-vercel-id у Vercel, x-nf-request-id у Netlify, host-header у WordPress.com. Такие заголовки выдают хостинг даже за CDN.
Если www указывает на имя хоста платформы, например example.wpengine.com или shops.myshopify.com, CNAME прямо называет хостинг.
Конструкторы, которые работают только как облачный сервис, например Shopify, Wix и Squarespace, оставляют узнаваемую разметку. Магазин на Shopify может размещаться только на Shopify.
NS-серверы вроде ns1.dns-parking.com (Hostinger) или ns1.siteground.net показывают, где управляется DNS. Часто, но не всегда, это та же компания, что и хостинг.
Некоторые компании используют одну сеть: Bluehost и HostGator работают в сети Unified Layer компании Newfold. Если сеть общая, решают NS-серверы, а в результате перечисляются альтернативы.
Почему у некоторых сайтов виден Cloudflare, а не настоящий хостинг
Если сайт использует Cloudflare, Fastly, Akamai, Sucuri или другой обратный прокси, посетители никогда не подключаются к веб-серверу напрямую. Домен указывает на IP-адрес прокси, поэтому простая проверка IP называет CDN, а не хостинг. Вот почему другие сервисы часто отвечают «Cloudflare» для миллионов сайтов, которые на самом деле размещены совсем в другом месте.
Проверка хостинга показывает CDN отдельно и продолжает искать исходный хостинг (origin-сервер). Заголовки платформ по-прежнему проходят через прокси (Kinsta, WP Engine и Shopify добавляют свои), CNAME-записи всё так же указывают на платформу, а NS-серверы по-прежнему выдают DNS-провайдера. Если ни одного из этих сигналов нет, инструмент прямо сообщает, что настоящий хостинг скрыт, и не пытается угадывать.
Origin-сервер скрывают намеренно: так он защищён от прямых атак. Если вам нужно узнать хостинг сайта за Cloudflare, чтобы пожаловаться на нарушение (abuse), воспользуйтесь формой жалоб самого Cloudflare: он пересылает жалобы хостинг-провайдеру.
Заголовки: заголовки платформ, например x-kinsta-cache, проходят через прокси
CNAME: www часто указывает на платформу, например example.wpengine.com
NS-серверы: DNS-провайдер виден, даже когда IP скрыт
Разметка страницы: облачные конструкторы вроде Shopify выдают себя сами
Advertisement
Как узнать хостинг сайта вручную с помощью dig, whois и curl
Любую проверку можно повторить в терминале. Это те же запросы, которые выполняет инструмент, только по очереди. Замените example.com на домен сайта, который вы проверяете:
dig +short example.com Awhois -h whois.cymru.com " -v $(dig +short example.com A | head -1)"curl -sI https://example.com | grep -iE 'server|x-powered-by|via|x-'dig +short example.com NS
dig +short www.example.com CNAMEdig +short example.com MXХостинг-провайдер, регистратор домена и DNS-провайдер: в чём разница
Когда выясняют, кому принадлежит инфраструктура сайта, чаще всего путают вот что: обычно в работе сайта участвуют три разные компании, и проверка хостинга показывает все три:
Хостинг-провайдер
Обслуживает сервер, на котором хранятся файлы сайта и с которого они отдаются посетителям. Именно его называет заголовок результата. При переезде сайта меняется именно эта компания.
Регистратор домена
Компания, у которой доменное имя куплено и продлевается, например Namecheap, GoDaddy или Cloudflare Registrar. Данные берутся из RDAP. Полную запись покажет WHOIS Поиск.
DNS-провайдер
Отвечает на DNS-запросы для домена; в результате он виден как NS-серверы. Часто это регистратор или хостинг, иногда отдельный сервис, например Cloudflare или Route 53. Проверить их можно инструментом NS Поиск.
Advertisement
Что дают результаты проверки
Зная, на каком хостинге сайт, вы можете решить вполне практические задачи:
Выбор хостинга: сайт конкурента работает быстро и стабильно? Теперь вы знаете, где он размещён
Планирование переезда: убедитесь, где размещён сайт клиента, прежде чем переносить его
Жалобы на нарушения: жалобы на фишинг и спам направляют хостинг-провайдеру, а не регистратору
Аудит стека: проверьте CDN, CMS, почтовый сервис и издателя SSL за один раз
Проверка перед покупкой: прежде чем купить сайт или домен, посмотрите, как он устроен на самом деле
Все IPv4- и IPv6-адреса домена с данными о сети
Полный стек технологий: CMS, фреймворки, аналитика и многое другое
Почтовые серверы любого домена и их приоритеты
Цепочка сертификатов, срок действия и данные издателя
Всё о сети, которой принадлежит IP-адрес
Все заголовки ответа с оценкой безопасности