Сайт detector404.ru не делает самостоятельных выводов о наличии сбоев, а лишь собирает и анализирует публичную информацию — жалобы пользователей и сетевую телеметрию. Информация, размещённая на detector404.ru, не является официальным подтверждением неисправности (дефекта, повреждения, отказа, сбоя).

Инструмент «Аналитика» сайта detector404.ru включает в себя:

• Базу исторических данных о качестве работы ресурсов Рунета (популярные и известные компании) глубиной 1 год;
• Средства отображения исторических данных в виде графиков.

Иными словами, пользователю предоставляется интерактивный график, где он может самостоятельно выбрать приложения, сайты и временной интервал, а также города и провайдеров, чтобы построить график качества работы.

Если у вас есть учётная запись, то вы можете сравнить качество рабочего своего сайта с сайтом конкурента, используя инструмент «Аналитика».

Зайдите на detector404.ru и нажмите на «плитку» вашего сайта, либо наберите его название/адрес в поле поиска и нажмите на на один из предложенных вариантов.

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

Если у вас есть учётная запись, то вам доступно три технологии:

• Оповещение через Телеграм-бота;
• Оповещение по e-mail;
• Интеграция по API.

Настройки оповещения, включая пороги, фильтры и чёрные списки, доступны в профиле на сайте.

Время отклика ресурса - это время, которое уходит на отправку запроса и получение первых значимых данных с опрашиваемого ресурса.

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

Само по себе значение времени отклика не является показателем сбоя сервиса, однако резкое его изменение может свидетельствовать о вероятных проблемах.

Ресурс считается недоступным по сети, если попытка сетевого соединения с ресурсом была неуспешной 3 раза подряд из 5 городов.

Неуспешными считаются попытки соединения:

• С кодами HTTP-ответов - 4XX, 5XX;
• С неполученными в течение 15 секунд ответами;
• С наличием ошибок соединения с ресурсом, например при проблемах с DNS.

Неисправность — это общий термин, который означает утрату работоспособности т.е. нарушение допустимых порогов основных параметров работы ИТ.

Неисправность может быть 4 типов:

• Дефект (bug, problem) — недостаток в ИТ-компоненте, способный привести к ситуации сбоя или отказа. Например, выпущено ПО без должных проверок качества кода;
• Повреждение — событие, заключающееся в нарушении исправности объекта при сохранении его работоспособности. Например, совершена атака, которая вывела из строя ИТ-систему;
• Отказ — нарушение работоспобности, решаемое вмешательством оператора. Например, на firewall растет загрузка CPU, перезагрузка проблему решает;
• Сбой — основные параметры работы ИТ-системы не имеют аномалий, однако система не полностью исправна. Например, сайт банка работает, однако в личном кабинете недоступна функция просмотра истории операций.

В разговорной речи часто используют понятие одно понятие — «сбой» и говорят «сетевой сбой», «логической сбой», «сбой в оборудовании», «сбой в ПО» и т.д.

Наши территориально распределенные серверы мониторинга (краулеры) проверяют у сайтов следующие параметры:

• Коды загрузки страницы HTTP/HTTPS.
  Подключаемся к сайту и фиксируем полученный HTTP-код. Если HTTP-код «200 ОК» — страница загружена успешно, если «500 Internal Server Error» — внутренняя ошибка сервера, если «404 Not Found» — страница не найдена;
• Доступность по протоколу ICMP (PING).
  Must have;
• Корректность преобразования доменного имени в IP (DNS-resolve).
  Мы проверяем, корректно ли доменное имя example.com преобразуется в IP-адрес через DNS-серверы. Неверное преобразование DNS в IP может быть причиной недоступности ресурса;
• Проверки доступности TCP-портов.
  Подключаемся к TCP-портам 80, 443 и другим портам (по запросу) и проверяем, что TCP-сессия устанавливается;
• Валидность SSL-сертификата.
  Проверяется: валидность сертификата, срок действия, соответствие домена сертификату, цепочка доверия;
• Проверки срока аренды доменного имени.
  Мы проверяем, до какого числа зарегистрирован домен example.com и оповещаем, если срок окончания аренды домена близок;

Главное средство оповещений — это публичный Telegram-канал, где публикуются сообщения о сбоях с задержкой в 5 минут.

Если у вас есть учетная запись, то возможно настроить только нужные вам параметры оповещений (компании, бренды, URL-адреса, пороги и тд) и пользоваться:

• Оповещением через Телеграм-бота;
• Оповещением по e-mail;
• Интеграцией по API.

• LLM-классификация текста жалоб (скрытая реклама, агрессия, флешмоб, политические высказывания и т.д.)
• Атрибуция жалоб по базам GeoIP + Browser UserAgent + TLS JA3/JA4 и т.д.
• Управление сессиями, например, HTTP cookie и т.д.

Принципы работы каждого механизма антифрода мы не раскрываем.

Мы не просим пользователей указывать персональные данные в жалобах и комментариях. Для целей проекта — выявления сбоев и построения статистики — нам не нужны ФИО, телефоны, адреса, паспортные данные, банковские реквизиты и другая информация, позволяющая установить личность пользователя.

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

Такая обработка осуществляется в соответствии с Политикой конфиденциальности.

Публичная статистика о сбоях формируется на основе обезличенных или агрегированных данных. Если пользователь самостоятельно разместит персональные данные в тексте жалобы или комментария, мы принимаем меры для их обнаружения, маскирования или удаления.