Domain & DNS

Hosting Provider

Визначає хостинг чи cloud-провайдера будь-якого сайту.

Про цей інструмент

Hosting Provider ідентифікує, хто керує серверами за вебсайтом. Ми розв'язуємо домен у його поточні IP-адреси, дивимось announcing ASN для кожної і звіряємо ASN з курованим списком публічних cloud (AWS, GCP, Azure, DigitalOcean, Hetzner, OVH, Linode, Vultr, Cloudflare), CDN (Cloudflare, Fastly, Akamai, CloudFront, Bunny) та відомих managed-hosting провайдерів. Відповідь — назва провайдера з коротким вердиктом про стиль хостингу: dedicated, shared cloud, CDN edge або проксійований.

Оскільки сайт може використовувати різних провайдерів для різних типів трафіку — origin на AWS, edge на Cloudflare — ми розв'язуємо A, AAAA і MX-записи разом і повідомляємо кожного провайдера окремо. Інструмент також позначає pass-through CDN: якщо Cloudflare або Akamai попереду, побачите «served from CDN» помітно, з origin-провайдером лише якщо він витікає через DNS або SSL-сертифікат.

Коли використовувати цей інструмент

  • Конкурентний research. Подивіться, чи конкурент керує власною інфраструктурою або орендує managed cloud.
  • Вибір вендора. Перевірте, кому довіряють популярні сайти у вашій ніші — Cloudflare? Fastly? AWS напряму?
  • Скарга на зловживання. Знайдіть правильного hosting-провайдера для подачі скарги на phishing або malware-сайт.
  • Планування міграції. Підтвердіть, що домен завершив DNS-cutover до нового провайдера, перш ніж списувати старого.

Обмеження

Якщо сайт за CDN, origin-провайдер прихований, якщо не витікає через SAN SSL-сертифіката, неправильно сконфігурований mail-сервер або окремий subdomain. Деякі сайти свідомо розділяють — www на Cloudflare, api на прямій IP origin — і ми повідомляємо обох. «Провайдер», якого ми ідентифікуємо, — це BGP origin IP, що надійно; маркетингова марка, яку клієнт орендує (наприклад, managed WordPress, побудований поверх AWS) — важче виявити і може бути позначена просто як «AWS».

Часті запитання

Чому майже кожен сайт показує Cloudflare або AWS?

Бо вони фактично хостять більшість споживчого інтернету. Cloudflare проксіює ~20% усіх вебсайтів; AWS, Azure і GCP разом keruyut більшістю SaaS-продуктів. Якщо перевіряєте популярний сайт, і відповідь «Cloudflare перед AWS», це modern default architecture — не пропущена детекція.

Як знайти реальний origin за CDN?

Часто ніяк — у цьому сенс CDN. Іноді origin витікає через: non-proxied DNS-запис (спробуйте mail. або cpanel.); SAN-список SSL-сертифіката, що згадує назву hosting-провайдера; історичні DNS-дані, що показують pre-CDN A-запис. Наш інструмент повідомляє всі non-CDN провайдерів, знайдених у A/AAAA/MX; ручне копання потрібне, коли всі залишаються за CDN.

Чому вердикт іноді «Unknown»?

Коли ASN за IP не в нашому списку відомих hosting-провайдерів — типово малий регіональний провайдер, підприємство, що керує власним ASN, або новий провайдер, якого ми ще не додали. У таких випадках ми все одно показуємо номер ASN і назву організації з WHOIS; бракує лише дружнього brand-лейбла.

Чи детектує це managed WordPress / shared hosting?

Частково. Великі managed-WordPress гравці (WP Engine, Kinsta, Pressable) детектуються через reverse-DNS і інфраструктурні ASN. Generic shared hosting (Bluehost, HostGator, Hostinger) зазвичай ідентифікується через ASN. Чим менший хост, тим більш імовірно, що ми повідомимо лише underlying cloud (наприклад, «AWS» або «Hetzner») і пропустимо reseller-марку зверху.