Как исправить ошибку 503 "Backend Server Connection Failure" на вашем сайте

Ошибка 503 Backend Fetch Failed — это ошибка на стороне сервера, которая может сделать веб-сайт полностью или частично непригодным для использования. Эта ошибка может возникнуть, помимо прочего, при попытке доступа к веб-сайту, загрузки контента или использования платежной системы.

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

Базовая диагностика неисправностей

1. Перезагрузите страницу в браузере: Временно устраните ошибку 503, несколько раз обновив страницу.
2. Состояние сервера: Проверьте, не отключен ли сервер или не находится ли он на техническом обслуживании.
3. Резервное копирование: Обязательно создайте резервные копии сервера, сайта и базы данных, чтобы предотвратить потерю данных во время устранения неполадок.
4. Перезагрузите или перезапустите службы и сервер: Попробуйте перезагрузить или перезапустить службы, например Varnish, и если ошибка сохраняется, рассмотрите возможность перезапуска сервера.
5. Обновлять: Убедитесь, что все связанные службы, приложения и операционная система сервера обновлены до последней версии.

3. Проверьте сайт и ресурсы.

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

1. Перейдите в панель управления WordPress и выберите инструменты > Состояние здоровья сайта > информация.
2. Оцените, не приближается ли ваш лимит хранилища. Если да, возможно, вам потребуется добавить место для хранения или удалить ненужные элементы. В некоторых случаях может потребоваться обновление тарифного плана.
3. Убедитесь, что другие ресурсы сервера не перегружены и что устранение этой проблемы исключает ошибку.

4. Проверка наличия ресурсов

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

1. Проверять URL Или код и выберите поставщик Тот, до которого он пытается дотянуться.
2. Проверьте, доступен ли необходимый ресурс на сервере. Если нет, загрузите ресурс в соответствующее место.
3. Если проблема сохраняется, убедитесь, что выполняемое действие не пытается загрузить весь веб-сайт. Например:

   .request ="GET HTTP/1.1"

   Рассмотрите этот вопрос следующим образом:

   .request="GET /sitehealth.html HTTP/1.1"

5. Измените настройки Cloudflare.

Неэффективные настройки Cloudflare могут привести к ошибке 503 из-за ограничения доступа к ресурсам бэкэнд-сервера. Изменение этих настроек может решить проблему.

1. Войдите в свою панель управления Cloudflare и перейдите по ссылке: الأمان > Внесение изменений в Elementor.
2. Скопируйте IP Дисплей переместился в WAF > инструменты.
3. нажать на Выпуск Далее укажите свое местоположение и добавьте IP-адрес в список разрешенных.

6. Увеличьте лимит времени ожидания сервера.

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

1. Перейдите в настройки Varnish. Например:

   /etc/sysconfig/varnish

2. Редактировать файл Конференция VCL Чтобы увеличить время ожидания, например, до 300 секунд (по умолчанию часто устанавливается значение 60 секунд):

   first_byte_timeout = 300s

   

3. Сохраните изменения и проверьте, сохраняется ли ошибка.
4. Если ошибка возникла после изменения настроек Varnish, вернитесь к более старым, рабочим настройкам, если они доступны.

7. Измените настройки проверки работоспособности сайта.

Ошибка на бэкэнд-сервере может возникнуть, если кэш обратного прокси, например Varnish, не может получить доступ к информации о проверке работоспособности бэкэнд-сервера или считает её некорректной. Решение заключается в исправлении настроек проверки работоспособности сайта.

1. Удалите следующую строку из настроек, если она присутствует:

   .url="/health_check.php"

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

  sudo varnishlog -g request -q "VCL_call eq 'BACKEND_ERROR'"

8. Верните PHP-код сервера к предыдущей версии.

Если последняя версия PHP несовместима с бэкэндом вашего сайта, это может привести к ошибке 503. Возврат к предыдущей версии PHP может решить проблему. Например, на Bluehost с WordPress:

1. Перейти к пульт управления Для работы с Bluehost выберите соответствующую вкладку. Фильтр.
2. в Cpanel, Перейти к МультиPHP-менеджер В разделе «Программное обеспечение» найдите затронутый веб-сайт.
3. изменение версия PHP Вернитесь к предыдущей версии и проверьте, устранена ли ошибка.

9. Отключите плагины, инструменты, расширения и шаблоны.

Если надстройка, инструмент, расширение или шаблон несовместимы с настройками сервера, это может привести к ошибке 503. Для устранения ошибки отключайте и повторно включайте их по одному, чтобы определить проблемный элемент.

Например, чтобы отключить GZip в Jira Service Desk, который, как известно, вызывал ошибку 503:

1. Перейти к пульт управления Собственные и указанные в Jira Админ > общие настройки > Используйте сжатие GZip..
2. Отключите сжатие GZip и проверьте, устранит ли это ошибку.

10. Отключение модуля CSP в Magento

Модуль Content Security Policy (CSP) обеспечивает безопасность приложений Magento. Если модуль CSP несовместим с вашими текущими настройками, это может привести к ошибке 503.

Отключение модуля CSP в Magento может решить проблему:

1. Наполнять Терминал Выполните следующие команды последовательно:

   php bin/magento module:disable Magento_Csp php bin/magento c:f

   

2. После выполнения проверьте, исправлена ​​ли ошибка 503.

11. Измените конфигурацию заголовка хоста, дочернего тега и порта.

Ошибки при получении данных с бэкэнда также могут возникать из-за чрезмерно больших заголовков хоста, неправильно инициализированных дочерних тегов или некорректной конфигурации портов. Корректировка этих настроек может устранить ошибку.

Добавление свойства .host_header

1. Специальное приложение .host_header Для того чтобы серверная часть гарантировала, что сканирование будет направлено на правильный хост.
2. Начинать Отладка Для изучения сведений о головном устройстве хоста, содержащихся в записях.

Удаление дочерних тегов из Magento

1. Введите это файл:

   MagentoConfigurableProductPluginModelProduct

   

2. удалять знак младенца Проверьте в заголовке, устранена ли ошибка.

Удаление портов из Docker Compose

1. Найдите Docker Compose Перейти к файлу Default.vcl.
2. Замените порты на Наименование услуги Как показано ниже:

   клиент: образ: ... порты: <-- удалить - цель: 80 опубликовано: 8080 режим: хост

   Редактировать файл Default.vcl Соответственно:

   backend default { .host = "client"; .port = "80"; }

3. Проверьте, решает ли это изменение проблему.

12. Использование систематического подхода

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

Проверка записей

1. Исследовать Записи Связано с обратными прокси-серверами, или PHPили серверной части, или настройки хостинга, отслеживая любые нарушения, которые могут привести к ошибке 503.
2. При обнаружении любого дефекта необходимо устранить основную причину проблемы, чтобы исключить ошибку.

Проведите полную проверку на конфликтность.

Платить Полная проверка на конфликтность Если ваша конфигурация это позволяет, выявите любые потенциальные конфликты. Если возникнут какие-либо конфликты, разрешите их, чтобы устранить ошибку получения данных из бэкэнда.

Прямой доступ к серверной части.

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

1. Оценивать Длина купюрных бирок В Magento, что особенно важно для магазинов с большим количеством товаров, размер файлов может превышать установленный по умолчанию в Varnish лимит (обычно 8192 байта). Для исправления этой проблемы измените параметр http_resp_hdr_len (например, на 70000 байт) в настройках Varnish. Аналогично отрегулируйте параметр http_resp_size в настройках Varnish.
2. Убедитесь, что файл health_check.php Он находится в нужном каталоге, или вы можете настроить параметры Varnish, чтобы указать точное местоположение. По умолчанию это может быть /pub/health_check.php, но для серверов Nginx может потребоваться изменить его на /health_check.php.
3. Для сайтов Magento, если файл maintenance.flag Если файл существует, попробуйте удалить или переименовать его, а затем обновите страницу, чтобы проверить, устранена ли ошибка.
4. Проверять Правила продукта Внутри Magento используется трассировка стека для выявления любых недопустимых выходных данных, которые могут вызывать ошибку.

Если эти методы неэффективны, упростите сайт, оставив только основные элементы, например, индексный файл с некоторым содержимым-заполнителем. Постепенно добавляйте новые функции, чтобы определить, какие из них вызывают ошибку 503. Если проблема сохраняется, обратитесь в службу поддержки. поддержка Необходима соответствующая поддержка, будь то поддержка WordPress, Magento или служба поддержки хостинг-провайдера, например, служба поддержки Hostinger.