360monitoring: короткий UA того же оператора Plesk

Токен 360monitoring принадлежит тому же оператору, что и уже разобранный в этой энциклопедии monitoring360bot, — это один и тот же сервис 360Monitoring компании Plesk International GmbH. В системе TrafficVeil это отдельная запись под свой UA-паттерн, и правило для неё стоит настраивать отдельно, даже если оператор один и тот же. В каталоге бот отмечен как легитимный в категории «Мониторинг доступности».

Что такое 360monitoring

360Monitoring — сервис компании Plesk (той же, что разрабатывает известную панель управления хостингом) для synthetic monitoring: он имитирует обращение к странице и фиксирует latency, что используется DevOps и SRE-командами для раннего обнаружения простоев. Сервис предлагает два вида проверок: мониторинг сайтов (HTTP/HTTPS, ключевые слова, SSL-валидация, полное сканирование сайта) и мониторинг серверов через отдельный агент Agent360, устанавливаемый на сам сервер.

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

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

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

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

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

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

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

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

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

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

# Суточная активность
grep -i "360monitoring" /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 для 360monitoring

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

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

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

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

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

Nginx

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

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

Apache (.htaccess)

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

TrafficVeil

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

С кем не путать 360monitoring

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

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