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

Проверка хостинга веб-сайта, это бесплатный инструмент, который определяет хост сайта и показывает связанные с ним интернет-провайдера, организацию и примерное сетевое местоположение.

Что именно проверяет этот инструмент?

Проверка хостинга анализирует сетевые данные, связанные с IP-адресом, найденным для указанного имени хоста. Когда вы вводите хост, инструмент выполняет DNS-разрешение на сервере, находит его IPv4-адрес и возвращает связанные с этим адресом сведения.

DNS, или система доменных имен, преобразует такие имена, как www.example.co.uk, в числовые IP-адреса, которые компьютеры используют для подключения. Для этого инструмент вызывает функцию PHP gethostbyname. Поскольку она разрешает IPv4-адреса, проверка хоста, доступного исключительно по IPv6, может не дать полезного результата.

Указанная в результате организация может быть хостинг-провайдером, интернет-провайдером, облачной платформой или сетью доставки контента. Это необязательно компания, которой принадлежит сайт или которая им управляет. Если сайт использует такой сервис, как Cloudflare, инструмент может показать сеть, используемую в качестве прокси, тогда как адрес исходного сервера останется скрытым.

Как проверить хостинг сайта?

Введите хост сайта в поле Хост и запустите проверку. Наименее неоднозначный вариант ввода, это простое имя хоста, например example.co.uk или www.example.co.uk.

1. Удалите путь, строку запроса и фрагмент страницы, если вам нужно определить только хост.
2. Укажите точное имя проблемного поддомена. Например, www.example.co.uk и shop.example.co.uk могут обслуживаться разными провайдерами.
3. Запустите проверку и сравните найденные организацию и местоположение с сервисом, который ожидали увидеть.

Например, если проблема возникла с магазином, введите shop.example.co.uk, а не только example.co.uk. Если этот поддомен ведет на отдельную платформу электронной коммерции, указанная для него организация может отличаться от результата основного сайта. Не следует считать, что все имена внутри одного домена используют общую инфраструктуру.

В обычном имени хоста не может быть пробелов. Пути, знаки препинания из скопированного текста и точка в конце также могут сделать ввод неоднозначным, поэтому сначала удалите их. У интернационализированных доменных имен с диакритическими или нелатинскими символами есть ASCII-совместимая форма, состоящая из A-меток, в которых используется кодировка Punycode. Если вариант в Unicode не разрешается, используйте ASCII-совместимую форму домена. Во многих метках хоста допустимы цифры, но в обычных публичных именах хостов сайтов нельзя использовать символ подчеркивания.

Проверка выполняется на сервере. Введенные данные передаются на него по HTTPS и не сохраняются.

Как понять результат?

Результат содержит сведения о сети, которая в данный момент обслуживает разрешенный хост. Он не доказывает, кому принадлежит сайт или где физически расположено серверное оборудование. Каждое поле дополняет общую картину.

Широта и долгота получены из данных IP-геолокации, а не из показаний GPS. Они могут указывать на зарегистрированный офис провайдера, региональный сетевой узел или общую территорию. По ним нельзя определять конкретное здание или подтверждать, где юридически хранятся данные сайта.

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

Типичные случаи использования

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

• После переноса сайта по-прежнему открывается старая версия. Сначала проверьте, не сохранился ли устаревший контент в кеше браузера, обратного прокси или CDN. Убедитесь, что проверяете точное имя хоста, открытое в браузере. Если указанная организация по-прежнему соответствует прежнему провайдеру, возможно, изменение DNS еще не дошло до резолвера инструмента или запись все еще указывает на старый сервис.
• Один поддомен не работает, а основной сайт открывается. Отдельно проверьте example.co.uk, www.example.co.uk и проблемный поддомен. Разные результаты могут указывать на то, что имена используют отдельные DNS-записи или хостинговые сервисы.
• После смены хостинга появилось предупреждение о сертификате. Частая причина заключается в том, что сертификат на новом хосте отсутствует, не соответствует домену или еще не выпущен. Сначала проверьте его настройку. Если с ней все в порядке, убедитесь, что хост разрешается в адрес нужного провайдера. Так можно обнаружить устаревшее или ошибочное назначение DNS, хотя сам инструмент не проверяет сертификат, срок его действия и указанные в нем имена хостов.

Если адрес назначения выглядит верно, но сайт все равно не работает, проблема может находиться на уровне HTTP, TLS или приложения. Инструмент Проверка HTTP/2 может проверить поддержку протокола, а Проверка Brotli может подтвердить, использует ли сервер сжатие Brotli. Однако ни один из них не заменяет отдельную диагностику DNS или сертификата.

Почему из-за кеширования правильное изменение DNS может выглядеть ошибочным?

Из-за кеширования DNS разные резолверы могут возвращать разные ответы, пока не истечет срок хранения кешированных записей. У DNS-записей есть время жизни, обычно называемое TTL. Оно определяет, как долго рекурсивные резолверы могут хранить ответ.

После изменения у интернет-провайдера, офисной сети, устройства или серверного резолвера инструмента может оставаться прежний адрес. Это часто называют задержкой распространения, хотя DNS не обновляется повсюду одновременно в рамках одного согласованного процесса. Срок хранения каждой кешированной записи истекает независимо, после чего она обычно запрашивается снова, когда этого требует очередной запрос.

Выполните отдельный DNS-запрос, сравните разрешенный адрес с текущей A-записью у своего DNS-провайдера и, если расхождение важно, проверьте результат из нескольких сетей. Также убедитесь, что изменили авторитетную зону DNS и правильную метку хоста. Изменение www не обновляет корневой домен автоматически, и наоборот.

Ни один инструмент проверки хостинга не может гарантировать, что его ответ совпадает с текущим ответом DNS для каждого посетителя. Циклический DNS, географически распределенные сервисы и CDN могут намеренно возвращать разные адреса в зависимости от резолвера или местоположения.

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

Можно ли узнать с помощью проверки, кому принадлежит сайт?

Нет. Инструмент определяет сетевые данные, связанные с разрешенным хостом, а не юридического владельца домена или сайта. Сведения о регистрации домена, данные из реестров компаний и юридическая информация на самом сайте являются отдельными источниками.

Почему название организации не совпадает с компанией в счете за хостинг?

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

Можно ли проверить сайт, который работает только по IPv6?

Полноценная проверка такого сайта может не дать полезного результата. Для поиска имени хоста используется функция gethostbyname, которая разрешает IPv4-адреса. Поэтому хост, доступный только по IPv6, может не вернуть полезные сведения о хостинге, даже если он открывается у посетителей с поддержкой IPv6. В таком случае нужно отдельно проверить AAAA-запись.

Сработает ли проверка для очень длинного имени хоста?

Только если имя укладывается в ограничения DNS. DNS ограничивает полное доменное имя 253 октетами в обычной текстовой форме, если не учитывать необязательную завершающую точку корня. Каждая метка обычно ограничена 63 октетами. Ввод, превышающий ограничения DNS на имена, не может обозначать действительный публичный хост. Для проверки скопируйте только хост, удалив длинные пути и параметры отслеживания.

Что вводить, корневой домен или адрес с www?

Сначала проверьте имя, которым действительно пользуются посетители. Если есть сомнения в перенаправлениях или DNS-записях, отдельно проверьте второй вариант. Корневой домен и адрес с www могут вести на разные системы, даже если один из них в итоге перенаправляет на другой. Перед изменением DNS сохраните оба результата, чтобы понять, какой хост еще требует внимания.