Когда «заблокирован» — на самом деле просто «загружен»
Обсуждали с коллегами статью про то, как антибот может выдать себя за блокировку РКН. Оказалось, что даже проверки доступности могут вводить в заблуждение — и это не про хакеров, а про то, как система реагирует на нагрузку. Я уже начал пересматривать подход к мониторингу доступности у своих клиентов.
Когда «заблокирован» — на самом деле просто «загружен»
Попался разбор утилиты, которая проверяет, не заблокирован ли сайт по решению РКН. Оказалось, что она может сработать на антибот-защиту — например, на 429 ошибку с текстом «доступ ограничен». Это не блокировка, а просто защита от ботов. Но если система не умеет различать, она будет рисовать красный статус. Это не просто ошибка — это сбой в восприятии.
На мой взгляд, важнее не то, что сайт не работает, а то, что его доступность может быть искажена. Если у клиента в отчёте постоянно «заблокировано», а на самом деле сайт жив — это уже не техническая ошибка, а потеря доверия. А если это происходит в пиковый день — убыток.
Как это устроено — и почему не срабатывает
Система ищет в ответах сервера слова вроде «доступ ограничен» или «решению роскомнадзора». Если они есть — она считает, что сайт заблокирован. Но антиботы тоже могут выдать такой текст. Особенно если сайт настроен на защиту от парсинга. И тогда ответ 429 с таким текстом — не блокировка, а просто защита.
Я уже проверяю, не попадает ли сайт в такие ложные срабатывания. Это не про уязвимости, а про то, как сервер отвечает. Если статус 429 и текст — это не то же самое, что статус 451. Различать нужно.
Как понять, что это касается вашего сайта
Я проверяю это первым делом, когда получаю сигнал о недоступности. Не просто «не открывается», а смотрю, какой статус возвращает сервер. Если 429 — и текст «доступ ограничен» — сразу подозреваю антибот. Проверяю, не включён ли на сайте защита от ботов, не работает ли сессия, не блокирует ли IP.
Если сайт на WordPress — смотрю, не стоит ли плагин с антиботом. Если на 1С-Битрикс — проверяю, не включён ли режим защиты. Это не уязвимость, но это может мешать проверке. И если её не понять — будет ложный тревожный сигнал.
Что я делаю при таких случаях
Сразу включаю ручную проверку. Не только через браузер, но и через curl, с разными User-Agent. Смотрю, как отвечает сервер при разных запросах. Если 429 — и только при определённом IP — это антибот. Если при всех — возможно, проблема с хостингом.
У себя сделал так: проверяю доступность не только с одного IP, но и с нескольких. И не только по статусу, но и по телу ответа. Если в ответе есть «доступ ограничен» — но статус 429 — это не блокировка. Это защита. И её нужно учитывать.
Что здесь даёт поддержка
На нашей поддержке это закрывается заранее. Мы не ждём, пока сайт упадёт. Мониторинг доступности и ключевых страниц каждые несколько минут, 24/7. Если появляется сигнал — мы уже знаем, что это не блокировка, а защита. И не паникуем.
Просроченный сертификат или домен — это не случайность. Это предсказуемый и полностью предотвратимый сбой. У нас нет «авралов» — только проактивные проверки. Сайт клиента работает, потому что мы его не просто чиним, а держим в стабильности.
Проверьте, как работает ваш сайт в реальном времени. Бесплатный аудит сайта — по ссылке.