SentryUptimeBot: мониторинг Sentry, детали и нюансы

Строка sentryuptimebot в целом верно описана в черновике как мониторинг — редкий случай, когда основа была правильной. Sentry — крупная, всем известная платформа для отслеживания ошибок и производительности приложений, а Uptime Monitoring — её встроенная функция проверки доступности сайтов и API. Разбираемся в деталях и практических нюансах, которых в черновике не было.

Что такое SentryUptimeBot на самом деле

Sentry Uptime Monitoring периодически опрашивает настроенные клиентом URL, проверяя доступность, задержку, здоровье SSL/DNS и ожидаемые ответы, — из управляемых Sentry регионов, эмулируя обычного клиента. По умолчанию Sentry автоматически настраивает мониторинг для самого часто встречающегося хостнейма в данных об ошибках проекта, плюс можно вручную задать проверки для конкретных URL с полным контролем над HTTP-методом, заголовками и телом запроса.

Зачем SentryUptimeBot приходит на сайт

Визит происходит по расписанию, которое настроила конкретная команда разработки в своём проекте Sentry, — трафик регулярный, «как cron-задача, потому что это обычно и есть cron-задача»: бот бьёт в один и тот же эндпоинт каждые несколько минут, а не системно обходит сайт. Ожидайте узкий, повторяющийся доступ к конкретным страницам, а не широкий обход.

Практический нюанс, которого не было в черновике

Sentry сама предупреждает: некоторые хостинг-платформы блокируют её бота по умолчанию, что создаёт ложные алерты о падении сайта, — именно поэтому компания прямо рекомендует добавить бота в белый список файрвола, сверяясь по UA, поскольку IP-адреса могут меняться без предупреждения. Кроме того, бот не гарантированно соблюдает robots.txt — директива в файле работает как пожелание, но для надёжного контроля нужны правила на уровне файрвола или сервера.

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

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

# Топ URL — узкий фиксированный список
grep -i "sentryuptimebot" /var/log/nginx/access.log | awk '{print $7}' | sort | uniq -c | sort -rn | head

# Топ IP
grep -i "sentryuptimebot" /var/log/nginx/access.log | awk '{print $1}' | sort | uniq -c | sort -rn | head

# Регулярность — синтетический мониторинг ходит строго по расписанию
grep -i "sentryuptimebot" /var/log/nginx/access.log | awk '{print $4}' | cut -d: -f1 | sort | uniq -c

Если очевидного мониторинга никто не настраивал, сверьте IP через ASN, прежде чем считать источник легитимным:

IP="1.2.3.4"
whois -h whois.cymru.com " -v $IP"

robots.txt и блокировка через TrafficVeil

# Официальная директива (соблюдение не гарантировано ботом)
User-agent: SentryUptimeBot
Disallow: /

# Разрешить (стандартный вариант для собственного мониторинга)
User-agent: SentryUptimeBot
Allow: /

TrafficVeil: прежде чем блокировать, уточните у команды разработки, не настроен ли Sentry Uptime Monitoring на ваш сайт, — Sentry широко используется, и мониторинг мог включить кто угодно из инженерной команды. Если подтверждено — внесите бота в белый список по UA (IP может меняться); полагаться только на robots.txt для гарантированной блокировки не стоит.

Что в итоге делать с SentryUptimeBot