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

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

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 при этом фигурирует в проверке по чёрным спискам, к вопросам локализации добавятся ещё и проблемы с доставкой почты.

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