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

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

20. Сравнение с конкурентами

Идем на WolframAlpha и набираем через запятую адреса сайтов, которые мы хотим сравнить:

Можно ввести не два адреса, а три, четыре, пять и т.д.

Кстати, об экспертной системе WolframAlpha у нас вышла подробная статья на новогодних каникулах:

  • 35 команд, которые наглядно покажут, в чем Wolfram Alpha круче Google

Все! Естественно, это очень малая часть из всех онлайн-сервисов для тестирования и сбора информации о сайтах, которые есть в интернете. Но большинство из них не выполняют заявленных функций, жестоко тормозят, требуют денег, не сказав «Здрасти» или предназначены для узких специалистов.

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

Качественный сбор информации о сайте подразумевает также исследование изображений на нем. Об этом можно почитать в статье:

  • 10 веб-сервисов для анализа фотографий

Рейтинг поста:

(5.00 из 5, оценили: 3) 🤓 Хочешь больше? Подпишись на наш Telegram. … и не забывай читать наш Facebook и Twitter 🍒iPhones.ru От посещаемости до секретов. Сегодня мы продолжаем играть в детективов. Началось все с двух статей о сборе досье на человека с помощью общедоступных источников: 15 фишек для сбора информации о человеке в интернете Как снять девушку в сети Теперь перед нами стоит задача собрать максимум информации о чужом сайте с минимальными усилиями. Эта статья не…

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

Кому может быть интересен хостер чужого сайта? Основными причинами поиска такого рода информации являются следующие:

  1. Вам нравится быстродействие и стабильность конкретного сайта, поэтому хотите узнать, на каком движке и у какого хостера он работает для дальнейшего переноса собственных проектов туда.
  2. У вас появились претензии к администрации ресурса (оклеветали в материалах или отзывах, стащили авторский контент или ещё что-то), а на сайте нет формы обратной связи либо указаны фейковые контактные данные.
  3. Вашим сайтом занимался наёмный специалист, пока что всё работает, срок оплаты не вышел, но у кого продлевать потом хостинг и домен – непонятно.
  4. Сайт был создан вашим сотрудником, который позже уволился, а оставленные им данные о хостере были утеряны. Где сотрудник – неизвестно, а нужно как-то вернуть контроль над проектом.

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

Способы определения хостинга сайта

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

Определяем NS-сервер

В этом случае воспользуемся помощью специализированного ресурса:

  • Переходим по ;
  • В строке поиска «Whois Lookup» вводим домен, проходим и подтверждаем действие;
  • Название домена хостера будет показано в разделе «Name Servers», в случае с нашим блогом будет выглядеть так: NS1.UCOZ.NET.

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

Определяем хостера по IP-адресу

Если сайт расположен на выделенном сервере, то первый способ не сработает. В таком случае, стоит попытаться пробить домен по IP-адресу сайта. Делается это так:

  • Открываете командную строку от имени администратора ПК;
  • Вводите команду «ping sitename.ru», заменив название и зону домена на нужные вам;
  • Вы получите ответ в виде 4 строчек, в которых фигурирует один и тот же IP-адрес, его необходимо скопировать;
  • Теперь введите в окно браузера адрес сайта, скопировав через слэш только что полученный IP-адрес и нажмите «Ввод». Должно получиться так, но с вашими цифрами: «http://whois.domaintools.com/193.109.246.56».

В итоге, получите информацию о названии хостинга, его геоданные, статус, контактные данные компании и ещё много чего в подробном виде.

2. Ошибка 403/404

Не могу сказать, что большинство, но немало серьезных хостеров страницы ошибок веб-сервера по умолчанию делают с информацией о себе, а многие их клиенты забывают/ленятся их переопределить. Поэтому в первую очередь стоит попытаться вызвать такую ошибку и посмотреть, что получится. Бывает так, что CMS на сайте при помощи mod_rewrite перехватывает запросы к несуществующим файлам и отдает в ответ свою 404-ю ошибку. Это можно попробовать обойти, вызвав ошибку 403 путем обращения к какталогу без индексного файла. Им может быть папка с картинками/шаблонами, папка для загруженных файлов, кэша движка, системная папка типа includes и т. п. Небольшой хинт — иногда на странице ошибки есть email вебмастера и часто из него можно узнать домен сайта хостера.

Пример

Сайт: sloger.net
Cтраница с 404 ошибкой.
Результат: Хостер Hostgator

  • Высокая точность определения. Как правило, большинство реселлеров имеют возможность установить для своих клиентов по умолчанию собственную страницу ошибки и в этом случае мы сможем узнать даже реселлера.
  • Очень часто мелкие хостеры забывают/ленятся устанавливать собственные страницы ошибок
  • Еще чаще CMS сайта перехватывает запросы к несуществующим файлам и прячет стандартную страницу хостера

3. Виртуалхост по умолчанию.

Здесь ситуация во многом аналогична предыдущей — крупные хостеры как правило на виртуалхост по умолчанию ставят свои заглушки, мелкие часто этим пренебрегают и виртуалхостом по умолчанию как правило становится либо первый сайт первого их клиента, либо стандартная заглушка от панели управления (особенно часто это наблюдается в случае с cpanel). Кстати, при первом раскладе есть приятный частный случай, состоящий в том, что иногда первым сайтом первого клиента становится сайт самого хостера и поэтому прием все же дает желаемый результат.
Самый надежный способ попасть на виртуалхост по умолчанию — это обратиться к веб-серверу по IP.

Сайт: www.tapebackup.ru
IP: 90.156.153.106
Результат: пожалуйста, свяжитесь со службой технической поддержки: (495) 772–97–20, support@masterhost.ru. Из этого делаем вывод, что хостер — Мастерхост.

  • Достаточно высокая точность определения хостера. Всегда можно определить хостера-владельца сервера, а если реселлер работает на выделенном IP, то ингода и реселлера.
  • Срабатывает практически на всех крупных хостерах.
  • Для небольших хостеров как правило не работает.
  • Особенно часто не срабатывает на серверах с cPanel — выдается стандартная заглушка панели

4. Reverse DNS Lookup

Не вдаваясь в подробности скажу, что для любого IP адреса можно с помощью PTR записи в DNS-зоне можно задать «домен по умолчанию“ (не совсем точный термин, но не в этом суть). При этом подавляющее большинство хостеров присваивают своим серверам домены по умолчанию, содержащие в себе имя домена хостера, т. е. что-то вроде server-name.hoster-name.com.

Самый простой вариант узнать это доменное имя по умолчанию — при помощи всем родного ping’a (альтернативно — команды host, dig и nslookup под Linux’ом, аналоги под виндой должны быть, но я про них ничего не знаю).

Сайт: cisnet.ru
Ping:
PING cisnet.ru (78.108.81.180) 56 (84) bytes of data.
64 bytes from timur.majordomo.ru (78.108.81.180): icmp_seq=1 ttl=55 time=102 ms
Результат: Хостер — majordomo.ru

  • Срабатывает в подавляющем большинстве случаев. Если полученный домен не указывает как-то на сайт хостера, то скорее всего это частный выделенный сервер или VPS.
  • Очень легко применяется. Даже если под руками нет ping’a (вдруг с телефона/КПК), то есть масса бесплатных сервисов для проделывания Reverse DNS Lookup запросов.
  • Иногда для инфраструктуры используются отдельные домены, которые не имеют очевидной связи с хостером.

5. Traceroute

Этот способ тесно связан с предыдущим, поскольку тоже подразумевает использование Reverse DNS Lookup, только на этот раз мы будем смотреть домены и для узлов на пути к интересующему нас узлу. Смысл в этом прост — по доменам последних узлов в трейсе мы с большой вероятностью угадаем хостера или датацентр, в котором размещен интересующий нас сайт. Очевидно, что этот способ поможет нам в случае если испытуемый сидит на VPS или выделенном сервере.

Сайт: phpbbguru.net
Traceroute:
traceroute to phpbbguru.net (88.198.45.197), 30 hops max, 60 byte packets
/* Пропущен неинтересный нам кусок */
6 87.226.228.149 (87.226.228.149) 126.004 ms 103.010 ms 103.147 ms
7 xe-2–2–0.frkt-ar2.intl.ip.rostelecom.ru (87.226.133.150) 115.394 ms 115.575 ms xe-1–0–0.frkt-ar2.intl.ip.rostelecom.ru (87.226.133.110) 137.887 ms
8 decix-gw.hetzner.de (80.81.192.164) 120.920 ms 137.137 ms 137.343 ms
9 hos-bb1.juniper1.rz6.hetzner.de (213.239.240.238) 115.458 ms hos-bb1.juniper2.rz6.hetzner.de (213.239.240.239) 118.008 ms 118.280 ms
10 hos-tr4.ex3k41.rz6.hetzner.de (213.239.252.180) 118.562 ms hos-tr2.ex3k41.rz6.hetzner.de (213.239.229.180) 137.399 ms hos-tr3.ex3k41.rz6.hetzner.de (213.239.252.52) 115.269 ms
11 static.88–198–45–197.clients.your-server.de (88.198.45.197) 136.016 ms 137.170 ms 132.209 ms

  • Практически 100% вероятность на успех в определении датацентра и немного меньшая — непосредственно хостера
  • Легко проделывается под любой ОС или с помощью веб-сервиса.
  • Поскольку DNS-запросов приходится выполнять довольно много, то этот способ становится самым долгим в списке.

6. Whois

Вот и добрались до Whois’a, великого и ужасного. В базе данных Whois хранятся не только данные о доменах, но и данные о владельцах диапазонов и отдельных IP-адресов. Соответственно, на основе информации мы можем попытаться установить компанию-владельца хостинга или датацентра.

Сайт: searchengines.ru
IP: 83.222.4.124
Вывод whois:
whois 83.222.4.124% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See www.ripe.net/db/support/db-terms-conditions.pdf
% Note: This output has been filtered.
% To receive output for a database update, use the «-B» flag.

% Information related to ‘83.222.4.0 — 83.222.5.255’
inetnum: 83.222.4.0 — 83.222.5.255
netname: MASTERHOST-COLOCATION
descr: Masterhost is a hosting and technical support organization.
country: RU
admin-c: MHST-RIPE
tech-c: MHST-RIPE
status: ASSIGNED PA
mnt-by: MASTERHOST-MNT
source: RIPE # Filtered
role: MASTERHOST NOC
address: .masterhost
address: Lyalin lane 3, bld 3
address: 105062 Moscow
address: Russia
phone: +7 495 7729720
fax-no: +7 495 7729723
remarks: — remarks: MASTERHOST is available 24×7
remarks: — remarks: Points of contact for MASTERHOST Network Operations
remarks: — remarks: Routing and peering issues: noc@masterhost.ru
remarks: SPAM and Network security issues: abuse@masterhost.ru
remarks: Mail and News issues: postmaster@masterhost.ru
remarks: Customer support: support@masterhost.ru
remarks: General information: info@masterhost.ru
remarks: — admin-c: AAS-RIPE
tech-c: AAS-RIPE
tech-c: UNK-RIPE
nic-hdl: MHST-RIPE
abuse-mailbox: abuse@masterhost.ru
mnt-by: MASTERHOST-MNT
source: RIPE # Filtered
% Information related to ‘83.222.0.0/19AS25532’
route: 83.222.0.0/19
descr: .masterhost
origin: AS25532
mnt-by: MASTERHOST-MNT
source: RIPE # Filtered
Вывод: сайт живет на собственном сервере, размещенном у Мастерхоста.

  • Работает безотказно. При любом раскладе можно определить хотя бы примерно, в каком ДЦ расположен сайт и в ДЦ ли вообще (бывает, сайты на домашнем компе крутятся;-))
  • Низкая точность определения. Случаев, когда вы сможете определить точнее, чем ДЦ — по пальцам перечесть.
  • Часто whois выдает очень много подробностей и навскидку не так-то просто вычленить нужную из всего массива.


Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *