Проверка хостинга v2.0

О программе Проверка хостинга

Hosting Checker — это бесплатный онлайн-сервис, который по одному домену определяет хостинг-провайдера сайта, IP-адрес сервера, страну и город дата-центра, NS-серверы, почтовый хост и регистратора домена. Большинство подобных инструментов Рунета показывают только владельца дата-центра или подставляют вместо хостера название CDN. Сервис ToolsPivot называет реального розничного хостера, включая реселлеров, а если сайт проксирован через Cloudflare, честно сообщает, что origin скрыт, вместо выдумывания правдоподобного ответа.

Обзор Hosting Checker от ToolsPivot

Основная функциональность

Инструмент собирает данные о сайте из пяти независимых источников и сводит их в одну карточку результата. Сначала домен нормализуется (убираются протокол, путь и www) и проверяется на корректность, затем через DNS-over-HTTPS запрашиваются записи A, AAAA, NS, MX и CNAME плюс обратная запись PTR. Основной IP проходит через IP-разведку, которая возвращает название провайдера, ASN и геолокацию, а реестр RDAP отдаёт регистратора, даты и abuse-контакт. Дополнительно выполняется прямой HTTPS-запрос к серверу: он читает заголовки ответа и издателя SSL-сертификата. Отдельно можно посмотреть данные WHOIS по домену, если нужны развёрнутые регистрационные сведения.

Кому нужен инструмент и в каких сценариях

Сервисом пользуются веб-разработчики, SEO-специалисты, владельцы интернет-магазинов на Битрикс24 или 1С-Битрикс, юристы по интеллектуальной собственности и покупатели готовых сайтов на Telderi. Разработчику важно понять инфраструктуру перед миграцией, SEO-специалисту — сравнить, где размещаются конкуренты и не сидит ли сайт на «плохих соседях», правообладателю — найти адрес для жалобы. Отдельная категория — предприниматели, которые проверяют, соответствует ли расположение сервера требованиям о хранении данных россиян.

Проблема и решение

Чтобы узнать хостинг сайта вручную, нужно последовательно открыть три-четыре разных сервиса: сначала определить IP по домену, потом пробить его по базе ASN, потом отдельно смотреть WHOIS и отдельно — NS-записи. Каждый шаг даёт кусочек картины, и склеивать их приходится в голове. Проверка занимает несколько секунд и возвращает все эти поля одновременно, с указанием источника каждого значения.

Основные преимущества проверки хостинга

• Реальный хостер, а не дата-центр. Провайдер определяется по полю ISP, которое различает розничного хостера и владельца сети. Там, где конкуренты покажут абстрактного оператора ЦОД, вы увидите конкретную компанию.
• Честность по CDN. Если домен проксирован через Cloudflare, сервис говорит об этом прямо и не выдаёт CDN за хостинг. Именно эта подмена раздражает пользователей в чужих инструментах сильнее всего.
• Всё за одну проверку. Сервер, DNS, почта, домен и регистратор возвращаются в одном ответе. Не нужно держать открытыми пять вкладок и сверять результаты между собой.
• Abuse-контакт на виду. Адрес для жалоб берётся из реестра RDAP и показывается в карточке. Бесплатные аналоги этот сценарий почти всегда игнорируют.
• Чистые названия компаний. Вместо юридического «UAB INIT» выводится узнаваемое «Hostinger» — строка очищается от организационно-правовой шелухи.
• Работает без ключей и регистрации. Все источники данных бесплатные и не требуют API-ключей, а проверенные домены не сохраняются.
• Устойчивость к сбоям. У каждого источника есть резервный: если основной недоступен, ответ подхватывает запасной, а результат кэшируется на 30 минут.
• Живые данные вместо парсинга. Запросы идут напрямую к DNS, RDAP и IP-базам, поэтому инструмент не ломается при редизайне чужой страницы. Рядом полезно держать проверку DNS-записей для детального разбора зоны.

Ключевые функции Hosting Checker

• Определение хостинг-провайдера. Название компании берётся из поля ISP основного IP-адреса, с резервом на данные ASN-владельца из реестра.
• IPv4 и IPv6. Возвращаются все A- и AAAA-записи домена, что сразу показывает, поддерживает ли хостинг современный стек.
• Геолокация сервера. Страна, город и флаг дата-центра — ключевой параметр для скорости отклика и юридических требований.
• Номер ASN и сеть. Автономная система указывает, кому принадлежит диапазон адресов и не арендует ли хостер чужую инфраструктуру.
• Обратная запись PTR. Reverse DNS часто содержит имя сервера вида srv12.hoster.ru и подтверждает провайдера независимым сигналом.
• NS-серверы и DNS-провайдер. Имена nameserver'ов сопоставляются с известными сервисами, поэтому видно, где на самом деле управляется зона.
• Почтовый хост по MX. Записи MX показывают, обслуживается ли почта у хостера, в Яндекс 360 или в стороннем сервисе.
• Регистратор и даты домена. Реестр отдаёт регистратора, дату регистрации, дату окончания и статус DNSSEC.
• Abuse-контакт. Почта для жалоб извлекается из RDAP-ответа домена и сети.
• Серверное ПО и SSL-издатель. Заголовки ответа раскрывают nginx, Apache или LiteSpeed, а сертификат — своего центра сертификации. Для развёрнутого разбора пригодится проверка SSL-сертификата.
• Детекция CDN по пяти сигналам. Cloudflare, Akamai, Fastly, CloudFront, Vercel и GitHub опознаются по заголовкам, цепочке CNAME, ASN, издателю TLS и опубликованным диапазонам IP.
• Защита от SSRF. Приватные и зарезервированные адреса отбрасываются на входе, поэтому сервис нельзя использовать как прокси во внутреннюю сеть. Сами заголовки можно изучить отдельно через просмотр HTTP-заголовков.

Как работает Hosting Checker ToolsPivot

1. Введите домен. Подходит и адрес вида example.ru, и полная ссылка — лишнее отсекается автоматически.
2. Идёт резолв DNS. Через DNS-over-HTTPS запрашиваются A, AAAA, NS, MX, CNAME и PTR основного адреса.
3. Определяется провайдер и локация. IP пробивается по базам разведки: оттуда приходят название хостера, ASN, страна и город.
4. Опрашивается реестр и сервер. RDAP отдаёт регистратора и abuse-контакт, а HEAD-запрос — заголовки и издателя сертификата.
5. Проверяется CDN. Если совпадают признаки реверс-прокси, провайдер помечается как скрытый, а не подменяется названием CDN.
6. Читайте карточки результата. Все поля выводятся на одном экране с пометкой источника; результат кэшируется на полчаса. Свой собственный адрес при этом можно узнать через определение IP.

Когда стоит проверять хостинг сайта

Проверка хостинга нужна в момент, когда решение зависит от инфраструктуры, а не от содержимого сайта. Это выбор нового хостера, разбор чужой площадки, подготовка жалобы или технический аудит перед покупкой домена.

• Выбор хостинга по примеру конкурента. Если у похожего проекта сайт стабильно быстрый, логично узнать, где он размещён.
• Покупка готового сайта. Перед сделкой на Telderi стоит проверить, что инфраструктура не держится на просроченном домене; тут помогает проверка возраста домена.
• Жалоба на копию контента. Украденный текст или фото проще снять через хостера нарушителя, чем через суд.
• Расследование мошеннической схемы. Фишинговые клоны часто живут группами на одном провайдере.
• Диагностика недоступности. Когда сайт лежит, полезно понять, чей это сервер и куда писать; параллельно запустите проверку доступности сайта.
• Приёмка работы подрядчика. Заказчик вправе убедиться, что сайт стоит на обещанном хостинге, а не на дешёвом виртуальном тарифе.
• Аудит после смены команды. Когда доступы потеряны, определение хостера — первый шаг к восстановлению контроля.
• Проверка перед миграцией. Знание текущего провайдера и NS-серверов упрощает планирование переезда.

В редких случаях картина размывается: белые метки перепродавцов и собственные подсети на арендованных серверах могут показать инфраструктуру, а не бренд. Инструмент выводит то, что реально видно в публичных данных.

Примеры использования

Снятие копии карточек товара

Контекст: Продавец на Wildberries обнаружил сайт-клон с его фотографиями и описаниями.

• Проверка домена клона показывает хостера и abuse-почту.
• Письмо на abuse-адрес с доказательствами прав на контент.
• Параллельно фиксируется страница и дата обращения.

Результат: Обращение уходит напрямую тому, кто технически может отключить ресурс.

Выбор хостинга для интернет-магазина

Контекст: ИП запускает магазин на 1С-Битрикс и сравнивает провайдеров.

• Проверяются пять сайтов конкурентов из выдачи Яндекса.
• Сравниваются провайдеры, локация дата-центра и серверное ПО.
• Отбираются те, у кого сервер стоит в России.

Результат: Выбор основан на данных, а не на рекламных обещаниях тарифа. Дополнительно стоит проверить скорость загрузки страниц у финалистов.

Аудит перед покупкой сайта

Контекст: Покупатель проверяет контентный проект, выставленный на продажу.

• Определяются регистратор, дата окончания домена и DNSSEC.
• Проверяется, не сидит ли сайт на подозрительном провайдере.
• Сверяется, совпадает ли заявленная продавцом инфраструктура с реальной.

Результат: Скрытые технические риски всплывают до перевода денег, а не после.

Разбор фишинговой рассылки

Контекст: Сотрудники компании получили письма со ссылкой на поддельную страницу оплаты.

• Домен из письма проверяется на хостера и ASN.
• Фиксируются NS-серверы и издатель сертификата.
• Данные передаются в службу безопасности и хостеру. Дополняет картину проверка сайта на безопасность.

Результат: Жалоба уходит с полным техническим пакетом, что ускоряет реакцию провайдера.

Что делать, если сайт скрыт за CDN

Если домен проксирован через реверс-прокси вроде Cloudflare, определить настоящий origin по публичным данным нельзя — и никакой сервис этого не сделает честно. Резолвится IP самого CDN, поэтому провайдер в карточке помечается как «скрыт за Cloudflare», а не подменяется названием CDN. Обещания «пробить любой сайт за Cloudflare» в Рунете почти всегда означают либо архивные записи, либо угадывание.

Что при этом остаётся видимым:

• Почтовый хост: MX-записи обычно не проксируются и часто ведут на реального хостера.
• NS-серверы: показывают, кто управляет зоной, даже если сайт за прокси.
• Регистратор и abuse-контакт: для жалобы этого канала часто достаточно.
• Издатель SSL: подсказывает, чей сертификат стоит на origin.

Косвенно помогает и проверка соседей по подсети класса C: если у проекта есть непроксированные поддомены, они нередко выдают ту же сеть, что и основной сервер.

Локация сервера и требования 152-ФЗ

Для сайтов, собирающих персональные данные россиян, страна размещения сервера — не технический нюанс, а требование закона. Статья 18(5) 152-ФЗ обязывает операторов вести первичный сбор, запись и хранение данных граждан РФ в базах, физически расположенных в России; штрафы за нарушение локализации исчисляются миллионами рублей. Поле «локация сервера» в результате проверки даёт быстрый первичный ответ: если дата-центр в Нидерландах, а форма заявки на сайте собирает телефоны клиентов, это повод разбираться с юристом.

Важная оговорка: геолокация IP показывает, где стоит веб-сервер, а не где физически лежит база данных. Сайт может отдаваться из-за рубежа, а СУБД с персональными данными работать в российском дата-центре — формально это допустимо. Инструмент даёт сигнал для проверки, а не юридическое заключение. Если IP при этом фигурирует в проверке по чёрным спискам, к вопросам локализации добавятся ещё и проблемы с доставкой почты.

Часто задаваемые вопросы

Как узнать, на каком хостинге находится сайт?

Введите домен в форму проверки и получите название хостинг-провайдера за несколько секунд. Сервис определяет хостера по IP-адресу A-записи, что точнее, чем распространённый способ определения по NS-серверам.

Почему определение по NS-серверам даёт ошибку?

NS-записи показывают, кто управляет DNS-зоной, а не кто хранит файлы сайта. Домен часто зарегистрирован у одной компании, DNS делегирован второй, а сайт лежит на серверах третьей — по NS вы увидите только вторую.

Можно ли узнать реальный хостинг сайта за Cloudflare?

Нет, при корректно настроенном Cloudflare origin-сервер по публичным данным не определяется. Сервис честно сообщает, что реальный хост скрыт, и подсказывает, какие сигналы остались открытыми: MX, NS, регистратор и издатель сертификата.

Что такое реселлер и почему это важно?

Реселлер — компания, которая перепродаёт мощности крупного дата-центра под своим брендом. Инструмент старается показать именно розничного хостера, с которым у владельца сайта заключён договор, а не владельца физической площадки.

Чем проверка хостинга отличается от WHOIS?

WHOIS отвечает на вопрос «кто зарегистрировал домен», а проверка хостинга — «где физически лежит сайт». Это разные компании в большинстве случаев, и путать их — самая частая ошибка.

Сохраняете ли вы проверенные домены?

Нет, введённые домены не записываются в базу. Результат кладётся в кэш на 30 минут для скорости ответа, регистрация и авторизация не требуются.

Нужны ли API-ключи для работы сервиса?

Нет, движок работает без API-ключей — все источники данных бесплатные и публичные. Это же означает, что при пиковой нагрузке название провайдера может ненадолго стать менее точным, о чём мы предупреждаем прямо.

Что показывает поле ASN?

ASN — номер автономной системы, которой принадлежит диапазон IP-адресов сервера. По нему видно, использует ли хостер собственную сеть или арендует адреса у более крупного оператора.

Зачем нужен abuse-контакт в результатах?

Abuse-адрес — это почта, куда отправляют жалобы на нарушения со стороны сайта. Мы достаём его из реестра RDAP, чтобы правообладателю не приходилось искать контакт вручную в разных источниках.

Можно ли проверить сайт на кириллическом домене?

Да, домены в зоне .рф и другие кириллические имена обрабатываются корректно. При необходимости свободные варианты имени удобно смотреть через проверку доступности домена.

Почему провайдер показан, а сервер не отвечает?

Данные о провайдере берутся из DNS и IP-баз, а они остаются доступны даже при упавшем сервере. Проверить, отвечает ли сама машина, поможет проверка статуса сервера.

Определяет ли инструмент CMS сайта?

Прямо нет, но заголовки ответа и X-Powered-By часто выдают платформу косвенно. Для точного ответа по WordPress нужен специализированный детектор тем и плагинов.

Насколько точны данные о городе дата-центра?

Страна определяется надёжно, город — с погрешностью, поскольку IP-базы опираются на регистрационные данные сетей. Для крупных провайдеров город регистрации сети и реальная площадка иногда отличаются.

Что делать, если провайдер определился как хостинг-платформа?

Vercel, GitHub Pages и подобные платформы показываются как хостинг, потому что они им и являются. В отличие от реверс-прокси, здесь за ними не стоит отдельный скрытый origin-сервер.

Related Tools You Might Like

Генератор изображений-заполнителей Генератор исходного кода сайта Кодировщик/Декодировщик URL Шестнадцатеричный калькулятор Конвертер XML в JSON Редактор Markdown