UptimeStatistics: это не новый бот, а альтернативное имя уже знакомого Uptime Doctor

UptimeStatistics — не отдельный, самостоятельный оператор, а альтернативное имя того же сервиса, что уже разбирался в этой серии под токеном uptimedoctor. По данным каталога ботов Cloudflare Radar, документация этого агента ведёт на домен uptimestatistics.com, который принадлежит тому же оператору, что и uptimedoctor — сингапурскому сервису мониторинга доступности, основанному в 2013 году. Иначе говоря, если в логах встречаются оба токена, это, вероятно, один и тот же клиент, просто под разными историческими именами домена.

Что объясняет разные имена одного сервиса

У сервисов мониторинга нередко бывает несколько доменов и брендовых имён, накопившихся за годы работы: ребрендинг, смена основного домена при сохранении старого как алиаса, разные исторические версии продукта. Judging по каталогу Cloudflare, у этого оператора зафиксировано сразу несколько вариантов строки User-Agent — включая довольно нетипичные для современных ботов записи, например, содержащие явное указание сайта и имени пользователя внутри самой строки (www.uptimedoctor.com (username slowmail)), а также архаичную сигнатуру, имитирующую древний Internet Explorer 6 с посторонним, не связанным доменом внутри строки. Подобная неоднородность — типичный след сервиса с долгой историей, который со временем накопил разные способы идентификации себя в HTTP-заголовках, не всегда аккуратно приведённые к единому стандарту.

Параметры

Что это значит на практике

Раз оператор совпадает с уже разобранным ранее uptimedoctor, применимы те же практические выводы: сервис предлагает щедрый бесплатный тариф с проверкой раз в минуту для нескольких сайтов, что делает его популярным даже у небольших проектов и повышает вероятность, что мониторинг настроил кто-то посторонний (бывший подрядчик, партнёр) без ведома текущего владельца сайта. Если в логах одновременно встречаются оба токена — uptimedoctor и uptimestatistics — стоит рассматривать их как одну и ту же учётную запись мониторинга, а не как двух независимых ботов, требующих отдельных решений allow/deny.

Как найти бота в логах

# Оба токена одного оператора вместе
grep -iE "uptimestatistics|uptimedoctor" /var/log/nginx/access.log

# Какую именно страницу проверяет бот
grep -i "uptimestatistics" /var/log/nginx/access.log | awk '{print $7}' | sort | uniq -c | sort -rn | head

Стоит ли блокировать

Как и с любым мониторинговым ботом, ключевой вопрос — чей это чекер:

• если мониторинг настроен командой сайта через Uptime Doctor (под любым из его доменных имён) — это тот самый health-check, ради которого сервис и подключали, и блокировка лишит команду своевременных алертов о простое;
• если мониторинг настроил кто-то посторонний — стоит уточнить внутри команды перед блокировкой, не забыт ли этот монитор кем-то из бывших подрядчиков, учитывая низкий порог входа в бесплатный тариф сервиса;
• на позиции в поисковой выдаче Google, Bing или Яндекса присутствие или отсутствие этого бота не влияет.

Как настроить доступ

Если это ваш мониторинг — разрешить оба возможных токена одного оператора:

User-agent: uptimestatistics
Allow: /

User-agent: uptimedoctor
Allow: /

Если мониторинг чужой и нежелателен — запрет с дублированием на уровне сервера, тоже для обоих токенов сразу:

User-agent: uptimestatistics
Disallow: /

User-agent: uptimedoctor
Disallow: /

if ($http_user_agent ~* "uptimestatistics|uptimedoctor") {
    return 403;
}