Monitoring360bot: продукт Plesk, не соблюдающий robots.txt

monitoring360bot — реальный сервис аптайм-мониторинга под брендом 360Monitoring, продукт компании Plesk International GmbH (той самой, что делает известную панель хостинга Plesk). Это тот же сервис, что фигурирует в этой энциклопедии как «360monitoring» в списке соседей по категории — просто в вашей базе он зафиксирован отдельной записью под полным именем токена. В каталоге TrafficVeil бот отмечен как легитимный в категории «Мониторинг доступности».

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

360Monitoring — сервис от Plesk, предлагающий два вида мониторинга: проверку сайтов (HTTP/HTTPS, ключевые слова, валидация SSL, полное сканирование сайта) и мониторинг серверов (CPU, память, диск, сеть — через отдельный агент Agent360, устанавливаемый на сервер). Официальная строка UA: Mozilla/5.0 (compatible; monitoring360bot/1.1; +https://app.360monitoring.com/bot.html). Что особенно ценно — компания официально публикует полный список IP-адресов для алллистинга, включая отдельно IPv4 и IPv6.

Важная деталь, подтверждённая независимыми источниками: 360Monitoring официально не соблюдает robots.txt. Единственный надёжный способ контроля — блокировка на уровне сервера (по IP или UA) в сочетании с проверкой логов.

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

Логика та же, что и у любого мониторинга: кто-то — вы сами, ваша команда или сторонний наблюдатель, использующий 360Monitoring, — добавил ваш URL для регулярной проверки. Сервис может отслеживать любой публично доступный сайт независимо от того, где он размещён, поэтому наличие этого бота в логах не обязательно означает, что сайт хостится через Plesk. Проверяет сайт периодически из выбранных локаций, включая повторную проверку с другой точки при обнаружении сбоя.

Известная практическая проблема: бот иногда ошибочно блокируется Cloudflare, что вызывает ложные оповещения о недоступности сайта. Сам оператор даёт прямую инструкцию, как добавить правило в Cloudflare WAF, чтобы разрешить проверку по содержимому UA.

Нагрузка и риски именно для monitoring360bot

Отдельной строки в публичной сводке топ-ботов TrafficVeil у monitoring360bot может не быть, но в категории «Мониторинг доступности» такие агенты дают характерный фон: частые probe-запросы засоряют логи, а чужой мониторинг может ходить чаще, чем нужно вашему SLA. Смотрите не только на абсолютный RPS, но и на:

• узость набора URL — обычно 1-2 адреса, если не настроено полное сканирование сайта;
• ложные срабатывания WAF/антибот-защиты — известная проблема именно для этого бота;
• отсутствие cookie и признаков сессии.

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

Не ищите «просто ботов» — ищите конкретный токен monitoring360bot и рядом смотрите соседей по семейству, включая короткую запись 360monitoring в вашей системе.

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

# Топ URL, которые вычитывает бот
grep -i "monitoring360bot" /var/log/nginx/access.log | awk '{print $7}' | sort | uniq -c | sort -rn | head

# Топ IP за этим UA
grep -i "monitoring360bot" /var/log/nginx/access.log | awk '{print $1}' | sort | uniq -c | sort -rn | head

# Суточная активность
grep -i "monitoring360bot" /var/log/nginx/access.log | awk '{print $4}' | cut -d: -f1 | sort | uniq -c

Верификация здесь надёжнее, чем для большинства ботов: раз оператор официально публикует список IP, сверяйте найденные адреса именно с ним, а не только с UA:

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

robots.txt для monitoring360bot

# Жёсткий запрет
User-agent: monitoring360bot
Disallow: /

# Разрешить всё
User-agent: monitoring360bot
Allow: /

# Компромисс: закрыть деньги/кабинет, оставить публичную часть
User-agent: monitoring360bot
Disallow: /admin/
Disallow: /cart/
Disallow: /checkout/
Disallow: /account/
Disallow: /api/
Allow: /

Важно: раз этот бот официально не соблюдает robots.txt, настройка файла — скорее формальность. Для реального контроля переходите сразу к nginx/Apache или к запрету через TrafficVeil.

Блокировка вручную и через TrafficVeil

Nginx

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

limit_req_zone $binary_remote_addr zone=monitoring360bot:10m rate=10r/m;
location / {
    if ($http_user_agent ~* "monitoring360bot") {
        limit_req zone=monitoring360bot burst=20 nodelay;
    }
}

Apache (.htaccess)

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} monitoring360bot [NC]
RewriteRule ^ - [F,L]

TrafficVeil

• найдите monitoring360bot в ботах домена или в /system/bots — учитывая связь с короткой записью 360monitoring;
• если это чужой чекер — категория «запретить»; если нагрузка от своего же мониторинга просто слишком частая — rate-limit;
• allow оставляйте, если проверку настраивали именно вы или ваша команда, сверив IP по официальному списку 360Monitoring;
• если сайт защищён Cloudflare или другим WAF — заранее проверьте, не блокируется ли бот ошибочно, прежде чем разбираться в TrafficVeil.

С кем не путать monitoring360bot

Стратегия allow/deny для monitoring360bot

Если это не ваш checker — можно смело ограничивать через сервер или TrafficVeil, помня, что robots.txt здесь не сработает. Если проверку настраивали именно вы — правильный шаг не запрет, а внесение подтверждённых IP из официального списка в allowlist, включая настройку WAF, чтобы избежать ложных блокировок.