Как исправить ошибку 503 на вашем веб-сайте?

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

Ошибка 503: Ошибка серверной выборки

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

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

Основные способы устранения неполадок

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

3. Проверьте работоспособность и ресурсы веб-сайта.

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

1. Перейдите на панель управления WordPress и выберите «Инструменты» > «Состояние сайта» > «Информация».Проверьте размер хранилища вашего сайта на 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-адрес в список разрешенных.Добавьте IP-адрес как разрешенный в инструментах WAF Cloudflare.

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

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

1. Переходим к конфигурации Varnish. Например: /etc/sysconfig/varnish
2. Редактирование файла VCL Conf для увеличения времени ожидания, скажем, до 300 с (по умолчанию часто используется значение 60 с): first_byte_timeout = 300 с.Изменить лимит времени ожидания Varnish
3. Сохраните изменения и проверьте, сохраняется ли ошибка.
4. Если ошибка возникла после изменения конфигурации Varnish, вернитесь к более старой функциональной конфигурации, если она доступна.

7. Отредактируйте настройки проверки работоспособности веб-сайта.

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

1. Удалите следующую строку из вашей конфигурации, если она существует:.url=”/health_check.php”Удалите Health_Check из конфигурации Varnish.
2. Убедитесь, что проблема решена.
3. Если нет, разверните лаклог, чтобы определить, что помечено как неработоспособное, и устраните его соответствующим образом. sudo лаклог -g запрос -q “VCL_call eq 'BACKEND_ERROR'”

8. Восстановите версию PHP сервера.

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

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

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

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

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

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

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

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

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

1. Запустите терминал и последовательно выполните следующие команды: модуль php bin/magento: отключить Magento_Csp php bin/magento c:fОтключить модуль Magento CSP
2. После выполнения проверьте, исправлена ​​ли ошибка 503.

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

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

Добавьте свойство .host_header

1. Реализуйте свойство .host_header для внутреннего сервера, чтобы гарантировать, что зонды направляются на правильный хост.Добавьте свойство заголовка хоста на сервер
2. Приступите к отладке, чтобы проверить детали входящего заголовка хоста в журналах.

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

1. Доступ к этому файлу: Magento\ConfigurableProduct\Plugin\Model\Product.Удалить дочерние теги из заголовка Magento
2. Удалите дочерний тег из заголовка и оцените, устранена ли ошибка.

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

1. Найдите Docker Compose и перейдите к файлу Default.vcl.Удаление портов из Docker Compose
2. Замените порты именем службы, как показано ниже: клиент: изображение: … порты: <-- удалить - цель: 80 опубликовано: режим 8080: хост

   Измените Default.vcl соответствующим образом:

   бэкэнд по умолчанию {.host = “клиент”; .порт = “80”; }

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

12. Используйте системный подход

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

Проверить журналы

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

Проведите полный тест на конфликты

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

Выполните тест на конфликты в Magento

Прямой доступ к внутреннему серверу

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

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

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