NixStatsMonitoringBot в логах: чей это внешний мониторинг

В логах сайт может выглядеть «живым», хотя рост даёт не аудитория, а NixStatsMonitoringBot с User-Agent nixstatsmonitoringbot. Это внешний probe-компонент сервиса Nixstats — нидерландской платформы мониторинга серверов и сайтов, которая с 2021 года входит в группу WebPros (той же, что владеет cPanel, Plesk и WHMCS). При сбое сервис отправляет уведомление администратору, который настроил проверку — по e-mail, Slack, Telegram, Pushover и другим каналам.

1. Что такое NixStatsMonitoringBot

У Nixstats на деле два разных механизма мониторинга, и важно не путать их между собой: один — это устанавливаемый на сервер агент, который следит за CPU/памятью/диском изнутри, второй — внешний HTTP-чекер, который стучится на ваш сайт снаружи с проверкой доступности, времени ответа и SSL-сертификата. Именно второй механизм и оставляет в access.log токен nixstatsmonitoringbot. Поскольку сервис интегрирован в панели хостинг-провайдеров (Nixstats — часть WebPros, владеющей cPanel/Plesk/WHMCS), не исключено, что проверку настроил не «случайный чужой», а сам ваш хостинг-провайдер в рамках встроенного мониторинга.

2. Зачем NixStatsMonitoringBot приходит на сайт

Бот проверяет доступность и скорость ответа — это может быть ваш собственный мониторинг, мониторинг вашего хостинг-провайдера (если он использует Nixstats как часть панели) или сторонняя проверка, настроенная кем-то ещё без вашего участия. По умолчанию проверки на платных тарифах идут раз в минуту, что для одного отслеживаемого URL даёт заметный, но предсказуемый и ровный фоновый трафик.

• Какие зоны чаще трогает: /, /health, /status, главная и другие критичные посадочные, которые указал администратор проверки;
• Что ищет: код ответа, время до первого байта, доступность порта, а также действительность SSL-сертификата;
• Чем отличается от браузерного пользователя: нет обычной сессии и cookie, интервалы регулярные, обращение почти всегда к одному и тому же набору URL.

Типичный кейс: CDN-трафик дорожает, origin CPU нагружен рендерингом HTML. Фильтр по nixstatsmonitoringbot показывает, что бот раз в минуту вычитывает одни и те же разделы: /, /health, /status и ключевые посадочные — сам по себе это не атака, а штатный внешний health-check, но при высокой частоте он ощутимо добавляется к базовой нагрузке.

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

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

Смотрите не только абсолютный RPS, но и качество хитов: глубину обхода, повторы одних и тех же URL, отсутствие cookie-сессий и концентрацию на служебных или лендинговых страницах. Если интервал между хитами стабильно около минуты и бьёт в один и тот же URL — это типичный паттерн именно uptime-чекера, а не более агрессивного скрапинга под чужим UA.

4. Как найти NixStatsMonitoringBot в логах

Не ищите «просто ботов» — ищите конкретный токен nixstatsmonitoringbot и рядом смотрите соседей по семейству uptime-мониторов.

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

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

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

# Интервал между хитами — штатный чекер обычно бьёт ровно раз в минуту
grep -i "nixstatsmonitoringbot" /var/log/nginx/access.log | awk '{print $4}'

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

# Отделить от похожих строк семейства uptime-мониторов
grep -iE "nixstats|uptimerobot|pingdom|montastic|statuscake" /var/log/nginx/access.log | wc -l

Верификация. Подделать User-Agent может любой скрипт. Для решения allow/deny смотрите связку: UA + ASN/IP + частоту + набор URL. Поскольку сервис интегрирован в хостинг-панели (WebPros/cPanel/Plesk), прежде чем блокировать, стоит уточнить у хостинг-провайдера, не его ли это встроенный мониторинг.

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

5. robots.txt для NixStatsMonitoringBot

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

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

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

Важно: ставьте Disallow или 403 для nixstatsmonitoringbot, если это не ваш checker и не встроенный мониторинг хостинг-провайдера. Поскольку сервис не гарантированно проверяет robots.txt перед пингом URL, для надёжного результата переходите к правилам на уровне nginx/Apache или к запрету в TrafficVeil.

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

Nginx

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

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

Apache (.htaccess)

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

TrafficVeil

• Найдите nixstatsmonitoringbot в ботах домена или в разделе /system/bots;
• Для нежелательного сценария выберите категорию «запретить»; для мягкого варианта — rate-limit;
• Allow оставляйте, только если это ваш собственный мониторинг или подтверждённый мониторинг хостинг-провайдера;
• После изменения сверьте логи: хиты NixStatsMonitoringBot должны уйти в блок или лимит, а нужные поисковики — остаться без изменений.

7. Рекомендации: что делать с NixStatsMonitoringBot

• Если это не ваш checker — смело ограничивайте через Disallow/403;
• Если ваш или подтверждённый провайдером — внесите IP в allowlist TrafficVeil и не режьте;
• Если нагрузка мешает, но выяснить владельца проверки не удаётся — начните с rate-limit, а не с жёсткого запрета;
• Не режьте слишком широко правилом User-agent: *, чтобы случайно не закрыть Googlebot или YandexBot;
• Что вы теряете при блокировке чужого монитора: как правило, ничего — это не источник трафика или SEO-сигналов, только чужой SLA-контроль.

8. С кем не путать NixStatsMonitoringBot

9. Стратегия allow/deny для NixStatsMonitoringBot