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

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

Какво всъщност проверява инструментът?

Проверката анализира мрежовата информация, свързана с IP адреса, открит за името на хоста. Когато въведеш хост, инструментът извършва DNS заявка от сървъра, намира неговия IPv4 адрес и връща информацията, свързана с този адрес.

DNS, или системата за имена на домейни, преобразува имена като www.example.co.uk в цифрови IP адреси, чрез които компютрите установяват връзка. За тази заявка инструментът използва функцията gethostbyname на PHP. Тъй като тя открива 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-labels и кодирана чрез Punycode. Ако изписването с Unicode не се открива, използвай съвместимата с ASCII форма на домейна. В много етикети на хостове са допустими цифри, но долните черти не са валидни в обичайните имена на хостове за публични уебсайтове.

Проверката се извършва на сървъра. Въведените данни се изпращат до него през HTTPS и не се съхраняват.

Как да разчетеш резултата

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

Географската ширина и дължина са данни от IP геолокация, а не показания от GPS. Те може да се отнасят до регистрирания офис на доставчика, регионален мрежов център или по-широк район. Не бива да се използват за установяване на конкретна сграда или за потвърждаване къде юридически се съхраняват данните на уебсайта.

Непознат интернет доставчик или организация не означава непременно, че има проблем. Доставчиците на управляван хостинг често наемат капацитет от по-големи инфраструктурни компании, а търговските посредници може да се показват под името на собственика на основната мрежа.

Чести случаи за проверка

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

• След миграция сайтът още показва старата версия. Първо провери за остаряло съдържание в кеша на браузъра, обратното прокси или CDN. Провери точното име на хоста, използвано в браузъра. Ако организацията все още съответства на предишния доставчик, промяната в DNS може още да не е достигнала до 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 отговор за всеки посетител. Round-robin DNS, географски разпределените услуги и CDN могат умишлено да връщат различни адреси според резолвера или местоположението.

Често задавани въпроси

Може ли инструментът да открие коя компания притежава даден уебсайт?

Не. Той установява мрежовата информация, свързана с открития хост, а не юридическия собственик на домейна или уебсайта. Регистрационните данни за домейна, фирмените регистри и правните известия в самия сайт са отделни източници.

Защо името на организацията е различно от това във фактурата за хостинг?

Доставчикът ти може да е търговски посредник или управлявана услуга, която използва мрежата на друга компания. Затова в резултата може да се показва основен доставчик на облачни услуги или център за данни, а не компанията, на която плащаш. Сравни мрежовата информация с документацията на доставчика си, преди да приемеш разликата за грешка.

Мога ли да проверя уебсайт, достъпен само през IPv6?

Основната заявка за името на хоста използва gethostbyname, която открива IPv4 адреси. Поради това хост, достъпен само през IPv6, може да не върне смислена информация за хостинга, въпреки че работи за посетители с IPv6 свързаност. В такъв случай правилната отделна проверка е справка за AAAA запис.

Ще работи ли проверката с много дълго име на хост?

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

Да въведа ли основния домейн, или адреса с www?

Провери името, което посетителите действително използват. Ако има съмнения относно пренасочванията или DNS записите, провери отделно и другия вариант. Основният домейн и адресът с www могат да сочат към различни системи, дори когато единият впоследствие пренасочва към другия. Запиши и двата резултата, преди да промениш DNS, за да видиш кой хост все още изисква внимание.