EvoUptimeBot: мониторинговый бот без раскрытого оператора — как оценивать по поведению

В отличие от UptimeBot, uptimedoctor или UptimeRobot из этой серии, для EvoUptimeBot не нашлось ни официальной страницы оператора, ни упоминания в независимых профильных каталогах мониторинговых сервисов. Это не редкость для довольно многолюдной ниши: рынок synthetic-мониторинга включает десятки сервисов разного масштаба — от таких гигантов, как UptimeRobot с более чем 3,4 миллионами пользователей, до множества менее раскрученных нишевых и региональных инструментов, часть из которых просто не публикует детальную документацию своих краулеров.

Что можно сказать по названию и заявленной роли

Само имя — «Evo» плюс «UptimeBot» — предполагает бренд с приставкой, указывающей на «эволюцию» или отдельную линейку продукта у какого-то более крупного или менее известного оператора, но подтверждённой привязки к конкретной компании в открытых источниках нет. Заявленная роль, впрочем, стандартна для всей этой категории и не отличается от других мониторинговых ботов этой серии: имитация обращения к странице для фиксации задержки ответа и раннего обнаружения простоев, используемая DevOps- и SRE-командами.

Параметры бота

Как оценивать бота при отсутствии подтверждённого оператора — тот же принцип, что и для других неопознанных мониторинговых ботов

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

• Регулярность интервалов — строго повторяющиеся промежутки между запросами (например, каждую минуту или каждые пять минут) характерны для synthetic-мониторинга; хаотичная частота больше похожа на что-то иное;
• Узость набора URL — легитимный uptime-чекер обычно запрашивает одну и ту же страницу или health-check эндпоинт снова и снова, а не обходит разные разделы сайта;
• Метод запроса — HEAD вместо GET, как у некоторых мониторинговых ботов этой серии, снижает нагрузку и характерен именно для проверки доступности, а не для сбора контента;
• Принадлежность IP — стабильная инфраструктура одного облачного провайдера или дата-центра, не меняющаяся хаотично между запросами.

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

# Базовый поиск
grep -i "evouptimebot" /var/log/nginx/access.log

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

# Регулярность интервалов
grep -i "evouptimebot" /var/log/nginx/access.log | awk '{print $4}' | cut -d: -f1-2 | sort | uniq -c

Для проверки принадлежности IP при отсутствии официального фида — стандартная связка whois/rDNS:

IP="1.2.3.4"
whois -h whois.cymru.com " -v $IP"
dig +short -x "$IP"

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

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

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

Если выяснится, что это ваш собственный мониторинг — явное разрешение:

User-agent: evouptimebot
Allow: /

Если оператор так и остаётся неясным, а присутствие бота нежелательно — запрет с дублированием на уровне сервера:

User-agent: evouptimebot
Disallow: /

if ($http_user_agent ~* "evouptimebot") {
    return 403;
}