Cloudflare error 1020: доступ закрыт правилами сайта

Ошибка 1020 с заголовком Access Denied показывается сетью Cloudflare, когда запрос к сайту отклонён правилом брандмауэра, которое настроил владелец сайта. Важное отличие от многих других ошибок: это не сбой сети и не поломка сервера. Сайт исправен, просто конкретный запрос попал под одно из его правил и был отвергнут ещё до того, как дошёл до сервера.

На странице обычно указан идентификатор запроса Ray ID и ваш IP-адрес. Ray ID нужен, если вы будете обращаться к владельцу сайта: по нему он найдёт событие в журнале и увидит, какое именно правило сработало. Без такой информации угадывать причину приходится по косвенным признакам.

Владелец сайта вправе создать правила по множеству признаков: страна или сеть IP-адреса, репутация адреса, заголовки запроса, User-Agent, частота запросов, путь URL. Отсюда и причины у посетителя, по убыванию вероятности.

Первое: ваш IP-адрес или его подсеть попали под ограничение, например принадлежат хостинг-провайдеру или дата-центру, а не домашнему пользователю, либо адрес имеет плохую репутацию из-за чужой активности в общей сети. Второе: запрос выглядит необычно: устаревший или нестандартный User-Agent, заголовки, добавленные расширением, необычный браузер или автоматизированный клиент. Третье: сайт ограничивает регионы, и ваше расположение по геобазе не входит в разрешённые. Четвёртое: расширение браузера или прокси меняет заголовки. Пятое: правило владельца слишком строгое и ошибочно блокирует обычных людей.

Стоит помнить, что владелец сайта может не подозревать о срабатывании правила: журнал он смотрит не постоянно, а массовых жалоб может не быть. Поэтому короткое понятное сообщение с приложенным идентификатором запроса нередко решает вопрос быстрее, чем многократные попытки открыть страницу или смена браузеров.

Обновите страницу и откройте её в режиме инкогнито без расширений. Если ошибка уходит, виновато расширение или сохранённые данные. Проверьте сайт с другого устройства и из другой сети, например через мобильный интернет вместо Wi-Fi. Если в другой сети всё открывается, дело в адресе или подсети вашей текущей сети.

Отключите прокси, надстройки для смены заголовков и любые средства, которые подменяют адрес: именно такие адреса часто попадают в списки ограничений. Обновите браузер до актуальной версии, чтобы User-Agent и заголовки выглядели обычно. Убедитесь, что дата и время на компьютере верны.

Запишите Ray ID и IP-адрес, показанные на странице: они понадобятся для обращения.

Если у вас настроено автоматическое обновление cookie или сессий через скрипт, проверьте, не изменились ли заголовки после обновления библиотеки: иногда пользовательский клиент внезапно начинает отправлять пустой или устаревший User-Agent, и правило срабатывает на ровном месте.

Если причина в общем адресе, перезапуск подключения иногда выдаёт другой адрес, а переключение на мобильную сеть помогает быстро проверить гипотезу. Если проблема в расширении, оставьте только необходимые. Если запрос выглядит автоматическим потому, что вы используете скрипт или клиент без нормального User-Agent, задайте корректные заголовки или обратитесь к официальному программному интерфейсу сайта.

Наиболее действенный путь: написать владельцу сайта. Опишите, что видите, приложите Ray ID, время события и IP-адрес. Владелец сможет найти правило и исправить его или добавить исключение. Адрес поддержки обычно указан на другом ресурсе владельца или в контактах.

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

Если вы сами владелец, откройте журнал событий брандмауэра, найдите запись по Ray ID и посмотрите, какое правило сработало. Смягчите условие или добавьте исключение для нужных адресов и путей. Избегайте слишком общих ограничений по стране или по сетям, если не уверены, что они действительно нужны.