Строка sentryuptimebot в целом верно описана в черновике как мониторинг — редкий случай, когда основа была правильной. Sentry — крупная, всем известная платформа для отслеживания ошибок и производительности приложений, а Uptime Monitoring — её встроенная функция проверки доступности сайтов и API. Разбираемся в деталях и практических нюансах, которых в черновике не было.
Что такое SentryUptimeBot на самом деле
Sentry Uptime Monitoring периодически опрашивает настроенные клиентом URL, проверяя доступность, задержку, здоровье SSL/DNS и ожидаемые ответы, — из управляемых Sentry регионов, эмулируя обычного клиента. По умолчанию Sentry автоматически настраивает мониторинг для самого часто встречающегося хостнейма в данных об ошибках проекта, плюс можно вручную задать проверки для конкретных URL с полным контролем над HTTP-методом, заголовками и телом запроса.
| Параметр | Значение |
| Название | SentryUptimeBot |
| User-Agent / паттерн | SentryUptimeBot/1.0 (+https://docs.sentry.io/product/uptime-monitoring/) |
| Оператор | Sentry — платформа мониторинга ошибок и производительности; официально подтверждено на developer.sentry.io и Cloudflare Radar |
| Категория TrafficVeil | Синтетический мониторинг доступности (легитимный) |
| Что делает на сайте | Периодически опрашивает конкретные URL, настроенные клиентом Sentry — автоматически (по самому частому хостнейму в ошибках) или вручную |
| Список IP | ✅ Список IP-адресов публикуется официально (может меняться без предупреждения — Sentry рекомендует проверять по UA, а не только по IP) |
| robots.txt | Официально задокументирована директива User-agent: SentryUptimeBot / Disallow: /, но бот не обязан её соблюдать — это лишь пожелание, а не гарантия |
| Пометка TrafficVeil | Легитимный — практически всегда означает, что кто-то из вашей команды настроил мониторинг |
Зачем 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
| Ситуация | Действие |
| Мониторинг настроен вами или командой разработки | Allow / белый список по UA, без rate-limit |
| Источник не установлен, но нагрузка небольшая | Оставить как есть и уточнить у команды, прежде чем блокировать |
| Подтверждено, что мониторинг больше не нужен | Блокировка на уровне сервера/файрвола — robots.txt не гарантирует результат |
| UA похож, но поведение хаотичное — не единичный фиксированный набор URL | Сверять по ASN — вероятен спуфинг, а не настоящий SentryUptimeBot |