Как узнать, кто хостит сайт

Быстрый способ

Прогоните домен через проверку WHOIS и прочитайте две вещи: серверы имен, которые скажут, кто управляет DNS сайта, и регистратора, который скажет, где было куплено само доменное имя. Затем прогоните тот же домен через трассировку или ping, чтобы получить IP-адрес, в который он разрешается, и проверьте этот адрес. Эти два запроса дают обычный ответ меньше чем за минуту, и это ровно те же два запроса, что делает вручную ручной способ.

Ручной способ: от домена к IP и владельцу

Всю цепочку покрывают четыре команды:

dig +short www.example.com          # domain -> IP address(es)
dig +short NS example.com           # who answers DNS for the domain
whois 93.184.216.34                 # who owns that IP block
dig +short -x 93.184.216.34         # reverse DNS name for the address

Читайте их по порядку. Первая дает одну или несколько A-записей. Если вместо этого вы получили CNAME, указывающий на что-то вроде *.cloudfront.net или *.azureedge.net, вы уже нашли CDN, а не исходный сервер. Вторая называет DNS-провайдера, часто это другая компания, отличная и от регистратора, и от хостинга. Третья - самая важная: запись WHOIS для IP-адреса хранится региональным интернет-регистратором, а не доменным регистратором, и называет организацию, которой назначен этот блок адресов, вместе с ее ASN (номером автономной системы) и контактом для жалоб. Четвертая часто возвращает имя хоста, которое выдает провайдера еще быстрее, потому что хостинги обычно называют свои машины в честь себя.

В Windows первые два шага без установки чего-либо выполняют nslookup example.com и nslookup -type=ns example.com.

Регистратор, DNS-провайдер и хостинг - это три разные вещи

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

• Регистратор продал доменное имя, и именно к нему вы обращаетесь по вопросам продления, передачи и блокировок. Он указан в записи WHOIS домена.
• DNS-провайдер отвечает на запросы к домену. Он указан как серверы имен. Многие сайты переносят DNS к третьей стороне, оставляя домен у исходного регистратора.
• Хостинг обслуживает машину, отдающую содержимое. Он указан в записи WHOIS IP-адреса, а не домена.

Так что строка с сервером имен - это не адрес хостинга. Читайте ее как "кто отвечает на DNS-запросы для этого домена", и не более того. Почта добавляет четвертую сторону: MX-записи (dig +short MX example.com) указывают на того, кто обрабатывает почту, и это снова часто отдельный провайдер.

Когда хостинг - это CDN, и как заглянуть за него

Если запрос по IP возвращает CDN или крупную облачную граничную сеть, вы нашли границу, а не источник. Это CDN работает так, как задумано: он завершает соединение на граничном узле рядом с посетителем и получает данные из источника за кулисами, а адрес источника намеренно не публикуется. Кое-что все же может помочь:

1. Проверьте другие записи того же домена. MX-записи и поддомены вроде mail., ftp., cpanel. или direct. часто обходят CDN и разрешаются напрямую в сеть источника.
2. Посмотрите на заголовки ответа. curl -I https://example.com/ часто показывает server, via или заголовки, специфичные для вендора, называющие граничного провайдера, а иногда и стек за ним.
3. Читайте ASN, а не только название компании. Два провайдера могут перепродавать мощности одной и той же базовой сети, и именно ASN говорит, чья это сеть на самом деле.
4. Смиритесь с ограничением. Если источник правильно спрятан за CDN, никакой публичный запрос его не раскроет, и выдавать догадку за факт хуже, чем сказать "закрыт CDN".

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

Для чего полезны эти запросы

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

Когда ответ меняется

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