Почему сайт на Cloudflare не работает: сбой Cloudflare, ошибки 520–526 и ограничения в России

Когда сайт на Cloudflare не открывается, выясните, где оборвался запрос. Не открывается у всех, из любой страны, и с ним лежат другие сайты на Cloudflare — значит, сбой у самого Cloudflare, и остаётся ждать. Страница Cloudflare с кодом от 520 до 526 указывает на ваш сервер. Если сайт замирает только у посетителей из России, дело в сетях российских операторов: с 9 июня 2025 года они ограничивают трафик к адресам Cloudflare, об этом сказано в блоге Cloudflare от 26 июня 2025 года.

Где сломалось: у Cloudflare, у вашего сервера или по дороге из России?

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

Начните с простого: откройте сайт с телефона через мобильный интернет, потом через домашний Wi-Fi. Если результат разный, сам сайт, скорее всего, исправен, а мешает сеть. Одной такой проверки мало. Ваш телефон проверяет сеть одного оператора в одном регионе, тогда как посетители приходят через сети разных операторов.

Шире картину даёт бесплатная проверка, открывается ли сайт у операторов. Регистрация не нужна, достаточно ввести домен. Запросы уходят через модемы в сетях тех операторов, у которых сейчас включены белые списки, а результат показан отдельно для каждого оператора и федерального округа.

Как понять, что сбой у самого Cloudflare, а не у вас?

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

• Страница статуса Cloudflare. На ней Cloudflare публикует инциденты по своим службам и дата-центрам. Если инцидент открыт и его описание совпадает с тем, что видите вы, дальше можно не искать.
• Чужие сайты на Cloudflare. Откройте два-три знакомых сайта, которые тоже работают через Cloudflare. Если и они показывают ту же ошибку, поломка общая.
• Схема на странице ошибки. На своей странице ошибки Cloudflare рисует цепочку из трёх звеньев: браузер, сеть Cloudflare и сервер. Звено, на котором оборвался запрос, отмечено. Если отмечен сервер, ищите причину у себя.
• Запрос к серверу напрямую. Команда curl с параметром --resolve подставляет IP-адрес вашего сервера вместо адреса из DNS, и запрос идёт к серверу мимо Cloudflare. То же можно сделать, временно прописав адрес сервера в файле hosts. Если фаервол пропускает на сайт только адреса Cloudflare, он отклонит и такую проверку, поэтому запускайте её с разрешённого адреса, например с самого сервера.

Что значат ошибки 520–526 и где искать их причину на сервере?

Код от 520 до 526 на странице Cloudflare означает, что сеть Cloudflare работает, а запрос оборвался на участке от неё до вашего сервера. Такую ошибку видят посетители из любой страны и с любого подключения. Искать причину нужно на сервере: в журналах веб-сервера и приложения, в правилах фаервола и в TLS-сертификате.

Ошибки 521 и 522 бывают и у исправного сервера, если на нём включена защита от перебора паролей или атак. Все запросы посетителей приходят к серверу с адресов Cloudflare, поэтому правило, которое ограничивает число соединений с одного адреса, рано или поздно блокирует адреса самого Cloudflare. Добавьте их диапазоны в разрешённые: Cloudflare публикует этот список сам.

Ошибки 525 и 526 связаны с режимом SSL/TLS. В режимах Full и Full (strict) Cloudflare идёт к серверу по HTTPS, и сервер должен принять такое соединение. Для Full (strict) сертификат сервера вдобавок должен быть действующим и выпущенным на имя домена. Какой режим выбрать и какой сертификат поставить, разобрано в инструкции о том, как настроить Cloudflare для сайта по шагам.

Как отличить ограничения в России от поломки на вашей стороне?

Поломку на вашей стороне видно из любой страны, ограничения видны только из российских сетей. По данным блога Cloudflare от 26 июня 2025 года, с 9 июня 2025 года российские операторы ограничивают трафик к адресам Cloudflare, и пользователь из России загружает только первые 16 КБ ресурса. Страница начинает грузиться и замирает, а кода ошибки посетитель не видит.

Отсюда типичные жалобы: сайт открывается через раз; текст есть, а картинки и скрипты не догружаются; страница висит пустой. Из других стран в то же время всё работает. В журналах сервера такие запросы могут выглядеть обычными, потому что обрывается уже ответ на пути от Cloudflare к посетителю. Переключатели в панели Cloudflare этого не исправят: ограничение стоит в сети оператора.

Если российские посетители для вас важны, прочитайте, как перевести их с Cloudflare, а остальных оставить на нём. Там же разобрано, какие советы из поиска помогают, а какие нет: режим DNS only, отключение ECH и TLS 1.3, смена IP в панели.

С мобильным интернетом бывает и другая причина. Когда у оператора включены белые списки, он пропускает трафик только к сервисам из перечня, который формирует Минцифры. Тогда сайт не из перечня не открывается с телефона, стоит он за Cloudflare или нет. Соединение обрывается раньше, чем сайт успевает ответить, и браузер показывает ошибку соединения. С домашнего интернета и из-за границы тот же сайт работает, поэтому мониторинг из дата-центра ничего не замечает.

Белые списки включают по регионам и на время, обычно без предупреждения, и каждый оператор делает это отдельно. Поэтому один посетитель жалуется, а его сосед с сим-картой другого оператора открывает сайт без проблем. Механика режима подробно описана на странице о том, как устроены белые списки.

Какие есть варианты, если посетители сайта в основном из России?

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

1. Режим DNS only. Переключите у записей сайта значок облака с оранжевого на серый (DNS only): DNS начнёт отдавать адрес вашего сервера, и посетители пойдут к нему напрямую. Взамен сайт теряет кэш и защиту Cloudflare от атак, а адрес сервера становится виден любому. Сайт не из перечня при белых списках так и не откроется.
2. Другой хостинг или CDN. Переезд уводит сайт с адресов Cloudflare, но при белых списках сам по себе его не открывает.
3. Адрес для посетителей из России. Тариф «Белые списки» у Taucloud отдаёт сайт посетителям из России с IP-адреса, который пропускают операторы (замер ниже). Хостинг и сервер остаются вашими, перенос проходит без простоя. У регистратора вы меняете NS-серверы на ns.taucloud.ru и ns2.taucloud.ru, и зона уходит от Cloudflare целиком. Одна подписка покрывает одно доменное имя.
4. Перечень Минцифры. Напрямую подать туда заявку нельзя: по разъяснению министерства (о нём Хабр написал 27 апреля 2026 года) обращение компании рассматривают только с ходатайством профильного федерального ведомства. Сроков рассмотрения и гарантий нет. Порядок разобран на странице о том, как попасть в перечень Минцифры.

Тариф не включает сайт в официальный перечень Минцифры, и результат у разных операторов разный. Сколько модемов каждого оператора с включёнными белыми списками открыло сайт клиента на тарифе «Белые списки», по нашему замеру от 24 сентября 2026 года:

Прежде чем выбирать, загляните на карту белых списков: на ней видно, в каких округах и у каких операторов режим действует сейчас. Статус каждой пары «оператор × округ» обновляется раз в минуту, история хранится за 30 дней. Ограничение трафика к адресам Cloudflare от этого режима не зависит, так что карта ответит только на вопрос о белых списках.