Cloudflare 521: источник отказывает в соединении

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

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

Наиболее распространённая — остановлена или упала служба веб-сервера: сервер перегружен, закончилась память, программа завершилась после сбоя или обновления. Вторая — соединение блокирует межсетевой экран на сервере или у хостинг-провайдера, который не пускает адреса сети Cloudflare. Третья — неверно указан адрес источника или порт в настройках записи имени.

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

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

Можно проверить открытие сайта из другой сети: если результат одинаковый, значит, отказ идёт от источника для всех. Как правило, восстановление занимает от нескольких минут до часов, в зависимости от причины.

Зайдите на сервер и проверьте, работает ли служба веб-сервера и слушает ли она нужный порт. Просмотрите системные журналы, свободную память и место на диске. Перезапустите службу и посмотрите, устраняется ли ошибка.

Затем проверьте правила межсетевого экрана: диапазоны адресов Cloudflare должны иметь доступ к портам 80 и 443, если вы их используете. Не забудьте о защитных программах, ограничивающих число подключений с одного адреса: сеть доставки отправляет много запросов с ограниченного набора адресов, и такая защита принимает их за атаку.

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

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

Убедитесь, что в панели Cloudflare для записи имени указан правильный IP-адрес исходного сервера, а режим шифрования согласуется с настройками сервера. Если недавно менялся хостинг или адрес, перепроверьте запись. Помогает и временное отключение проксирования для записи, чтобы обратиться к серверу напрямую и убедиться, что он отвечает. Возвращайте проксирование только после успешной проверки.

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