#Что означает ошибка
Error 522
Ошибки Cloudflare 520–524 говорят, что запрос дошёл до CDN, но связь с исходным сервером нарушена. Каждый код указывает на свою причину.
Для посетителя исправить это нельзя, но владельцу сайта помогает таблица кодов.
Коды 52x — ошибки связи Cloudflare с origin: пустой ответ (520), сервер отключён (521), тайм-аут соединения (522), недоступен (523), тайм-аут ответа (524). Проверьте origin, порты и firewall.
#Причины и решения
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Origin выключен521. | Нет ответа. | Запустите. |
| Блок IP CFFirewall. | 522. | Разрешите. |
| Медленный ответ524. | Тайм-аут. | Оптимизируйте. |
| Пустой ответ520. | Ошибка. | Проверьте. |
#Пошаговое решение
- Определите код ошибкиЗапишите полный код Cloudflare и Ray ID со страницы ошибки и время его появления. Коды имеют разные причины: 521 — origin отказывает в подключении, 522 — соединение не устанавливается вовремя, 523 — origin недостижим, 524 — запрос принят origin, но ответ не поступил вовремя; 520 — неопределённая ошибка ответа origin. Посетитель передаёт данные владельцу сайта; администратор проверяет причину конкретного кода, не меняя всё сразу.
- Проверьте, работает ли серверТолько для администратора исходного сервера Cloudflare (origin). Зайдите на него через SSH, откройте терминал и выполните
systemctl status nginx --no-pager, если действительно используется Nginx; для Apache проверьте имя установленной службы черезsystemctl list-units --type=service. Посмотрите строкуActiveи последние сообщения. Если сервер запущен, проверьте журнал веб-сервера и доступность порта 80/443 извне с разрешённой сети. При ошибке 521 ищите отказ соединения, при 522/523 — сетевую недоступность, при 524 — слишком долгую обработку запроса. Не перезапускайте службу без подтверждения причины; посетителю достаточно сообщить код и Ray ID владельцу. - Откройте порты для CloudflareТолько администратору: в панели хостинга/межсетевом экране проверьте, доступны ли поддерживаемые Cloudflare порты HTTP/HTTPS (обычно 80/443) для актуального списка IP Cloudflare с официального сайта. Перед новым правилом сохраните действующие ограничения и проверяйте источник пакетов в журнале. Не открывайте все порты и не удаляйте существующие запреты: при ошибке 521 сначала проверьте, действительно ли блокируются адреса Cloudflare.
- Проверьте DNS и режим SSLАдминистратору: в панели Cloudflare откройте «DNS → Records» и сверьте A/AAAA/CNAME с фактическим IP origin (не публикуйте приватный адрес). Затем в «SSL/TLS» проверьте текущий режим: Full (strict) требует корректный сертификат origin для имени сайта; не переводите режим в Flexible для обхода проблемы. После исправления DNS или сертификата повторите запрос по HTTPS и проверьте коды Cloudflare. Пользователю браузера эти настройки недоступны.
- Изучите логиАдминистратору: найдите в журнале доступа и ошибок веб-сервера запись, соответствующую точному времени и URL сбоя. На системах с systemd можно начать с
sudo journalctl -u nginx --since "15 minutes ago"(если nginx работает как служба); для файловых логов используйте путь, указанный в конфигурацииaccess_log/error_log. Ищите сообщения подключения к upstream, тайм-ауты и отказ приложения; не меняйте лимиты без подтверждённой причины. Посетителю достаточно записать код и время и обратиться к владельцу.
#Значение кодов
520 — исходный сервер вернул неожиданный или пустой ответ (падение PHP/приложения). 521 — исходный сервер отклонил соединение (веб-сервер выключен или порт закрыт). 522 — тайм-аут соединения (сервер перегружен или IP Cloudflare заблокирован). 523 — исходный сервер недоступен (неверный IP, DNS). 524 — исходный сервер не ответил за 100 секунд.
#Что проверить владельцу
Убедитесь, что сервер работает: systemctl status nginx. Откройте порты 80 и 443 для в брандмауэре (ufw allow from ... to any port 443). Проверьте A-запись в DNS Cloudflare и режим SSL (Full/Full strict при валидном сертификате на сервере). Смотрите логи веб-сервера на момент ошибки.
#Для посетителя
Подождите, повторите позже, откройте сайт без VPN. Если ошибка постоянна на вашем сайте, временно отключите проксирование (серое облако) для проверки напрямую сервера, затем включите обратно.
systemctl status nginx --no-pager# Для диагностики HTTPS по реальному IP origin (замените значения):# curl -I --resolve example.com:443:203.0.113.10 https://example.com/sudo ufw status#Как проверить результат
После исправления очистите кэш Cloudflare («Caching → Configuration → Purge Everything») и откройте сайт в окне инкогнито. Команда curl -sI https://example.com | head -n 5 покажет код ответа и заголовок cf-ray; код 200 с server: cloudflare означает, что цепочка работает. Если 521 возвращается периодически, проверьте автоматическую защиту сервера (fail2ban, CSF, ModSecurity): они иногда блокируют IP Cloudflare, что приводит к 522 и 521. Добавьте диапазоны Cloudflare в белый список.