Мониторинг доступности сайта: как проверить работу из разных точек
Знакомая картина: у вас сайт открывается, а клиент присылает скриншот ошибки. Через пять минут все снова работает, и найти причину уже не получается. Проверка только из своего браузера в такой ситуации почти ничего не доказывает — у посетителя может быть другой провайдер, DNS-сервер, маршрут или ближайший узел CDN.
Мониторинг доступности сайта в 2whois сначала проверяет ресурс с сервера сервиса, а затем позволяет запустить запросы из нескольких точек Monitorus. В результате видно, ответил ли сайт, какой HTTP-код вернул, на какой IP попал запрос и сколько времени заняли отдельные этапы.
Разовая проверка и постоянный мониторинг — не одно и то же
Словом «мониторинг» часто называют три разных действия. У каждого свой ответ на вопрос «работает ли сайт».
| Режим | Что происходит | Когда полезен |
|---|---|---|
| Быстрая проверка 2whois | Один запрос с сервера 2whois прямо сейчас | Быстро узнать HTTP-код, IP и время ответа |
| Проверка из нескольких точек | Одновременное сравнение ответов из разных городов и сетей | Найти региональный сбой, фильтрацию или различия маршрутов |
| Постоянный мониторинг | Регулярные проверки по расписанию, история и уведомления | Узнать о новом сбое, не дожидаясь жалобы посетителя |
Разовый успешный ответ не гарантирует, что сайт работал час назад и останется доступным ночью. И наоборот: ошибка одной точки еще не означает массовое падение. Результат нужно читать вместе с географией, кодом ответа и временем этапов.
Что показывает быстрая проверка
2whois определяет публичный IP домена и сначала обращается к сайту по HTTPS. Если соединиться по HTTPS не получилось, проверяется HTTP. Сервис не переходит по цепочке редиректов, поэтому вы видите именно первый ответ сервера и адрес, куда он предложил перейти.
В сводке есть URL проверки, IP, HTTP-код, время соединения, время до первого ответа и общий итог. Эти значения помогают отличить несколько разных ситуаций: домен не разрешается в IP, соединение не устанавливается, сервер долго думает или уже ответил кодом ошибки.
Как читать HTTP-код
| Код | Что означает | На что обратить внимание |
|---|---|---|
| 2xx | Запрос принят и успешно обработан | Проверьте время ответа и одинаков ли результат в других точках |
| 3xx | Сервер ответил перенаправлением | Куда ведет редирект и доступен ли конечный адрес |
| 4xx | Сервер отклонил или не смог выполнить запрос | 403 может указывать на фильтрацию, 404 — на отсутствующую страницу |
| 5xx | Ошибка возникла на стороне сервера или приложения | Журналы веб-сервера, PHP, базы данных и обратного прокси |
| Нет ответа | HTTP-ответ получить не удалось | DNS, порт 80/443, firewall, хостинг и маршрут |
Код 200 подтверждает, что HTTP-запрос успешно обработан, но не проверяет каждую кнопку и не ждет отрисовки страницы в настоящем браузере. Сломанный jаvascript или ошибка внутри личного кабинета могут остаться незамеченными. Для быстрой проверки доступности это нормально: задача сервиса — показать сетевой и HTTP-ответ.
Зачем проверять сайт из разных точек
Если все точки получили одинаковый IP и код 200, базовая доступность выглядит нормально. Если один город видит другой IP, долго выполняет DNS-запрос или не может соединиться, проблема уже не похожа на полное падение сервера.
Разница между точками может появиться из-за устаревшего DNS-кеша, ошибки делегирования, географических правил CDN, блокировки диапазона в firewall, фильтрации провайдером или неудачного маршрута. Поэтому название точки в отчете — не декоративная подпись, а часть диагностики.
Какие времена сравнивать
- DNS — сколько заняло получение IP-адреса домена.
- Соединение — время до установки соединения с сервером.
- Ожидание — сколько прошло до начала ответа после соединения.
- Общее время — продолжительность всей проверки в этой точке.
Один медленный результат лучше перепроверить. Сеть меняется, а единичный запрос может попасть на кратковременную задержку. Повторяющаяся разница в одном регионе уже дает основание проверять маршрут, узел CDN или правила доступа.
Реальный пример: monitorus.ru
18 августа 2026 года быстрая проверка monitorus.ru определила IP 89.108.107.32 и получила HTTP 200 по HTTPS. В контрольном запуске ответ пришел за 667,7 мс, соединение заняло 71,2 мс. Эти цифры относятся к конкретному запросу и при следующем запуске будут другими.
После запуска Monitorus были получены ответы 20 из 21 точки. Все 20 ответивших точек показали работающий сайт. В отчете для каждой точки отдельно видны город, IP сайта, HTTP-код, DNS, соединение, ожидание, общее время, скорость и размер страницы.
Такой результат говорит, что в момент проверки сайт был доступен из большинства участвовавших точек. Он не доказывает доступность у каждого провайдера мира и не заменяет историю за сутки или месяц.
Что делать, если результаты не совпали
Сначала повторите проверку. Если проблема остается только в одной или нескольких точках, сравните IP и время DNS. Разные адреса могут быть нормальной работой CDN, но могут указывать и на нераспространившиеся DNS-изменения.
Если IP не определяется, откройте NSLOOKUP и проверку DNS-записей. Если соединение устанавливается, но HTTPS не работает, проверьте SSL-сертификат и цепочку доверия. Когда проблема возникает только по отдельному маршруту, поможет Traceroute.
При кодах 500, 502, 503 или 504 смотрите серверные журналы в то же время, когда точка получила ошибку. При 403 проверьте WAF, firewall и географические ограничения. Редирект 301 или 302 сам по себе не является недоступностью, но его адрес назначения должен быть правильным.
Когда нужен мониторинг 24/7
Разовая проверка отвечает на вопрос «что происходит сейчас». Если сайт приносит заявки, принимает оплату или обслуживает клиентов, этого мало: сбой может начаться через минуту после ручного запуска.
Для постоянного контроля добавьте сайт в Monitorus. Сервис будет повторять проверки по расписанию, сохранять историю и сообщать о недоступности. Несколько точек помогают не поднимать тревогу из-за случайной ошибки одного канала и одновременно показывают региональные проблемы.
Начните с проверки доступности сайта в 2whois. Если результат нестабилен, повторите запуск из нескольких точек и сохраните ссылку на отчет. А для ресурса, который должен работать постоянно, включите регулярный мониторинг заранее — до первой жалобы клиента.
