Как посетитель или владелец веб-сайта, увидев ошибку 502 Bad Gateway, вы можете озадачиться, поскольку конкретная проблема не ясна. Это популярный общий код состояния HTTP. Предполагая, что с вашим подключением к Интернету все в порядке, появление этого сообщения означает, что, скорее всего, возникла проблема со связью с сервером. И в результате вы не видите запрошенную веб-страницу.
Хотя ошибка 502 обычно является проблемой на стороне сервера, иногда причина может быть на стороне клиента. В этой статье мы поможем вам разобраться в этой загадке, попробовав простые советы на стороне клиента. Вы либо решите проблему, либо приблизитесь к пониманию причины.
502 Плохой шлюз Значение
Всякий раз, когда вы пытаетесь получить доступ к веб-странице, ваш браузер в основном запрашивает доступ к странице у веб-сервера. Затем веб-сервер обработает ваш запрос и вернет запрошенный вами ресурс вместе с заголовком HTTP и кодом состояния HTTP.
Но если есть проблема с сервером, вы можете получить один из нескольких разных кодов ошибки 500. Все они указывают на проблему с сервером. Таким образом, ошибка 502 Bad Gateway — запрос от клиента (вашего браузера) — был хорошим, но сервер не смог вернуть запрошенный ресурс.
502 Исправление плохого шлюза
Вот несколько советов, которые вы можете попробовать в своем веб-браузере, чтобы устранить ошибку 502 Bad Gateway и отобразить свою веб-страницу.
1. Попробуйте перезагрузить страницу
Ошибка может быть вызвана сбоем сервера, а не простоем, и в большинстве случаев проблемы с подключением к серверу могут быть устранены достаточно быстро.
Начните с перезагрузки страницы — нажмите на круглую стрелку рядом с адресной строкой URL. В Chrome и Safari он слева, в Firefox — справа. Подождите минуту или около того, прежде чем перезагрузить страницу. Если веб-страница отображается, проблема исчезла.
Еще одна быстрая вещь, которую вы можете попробовать, — это открыть новый сеанс браузера. Закройте все открытые окна браузера, затем откройте новое окно и попробуйте снова перейти на веб-страницу.
как цитировать кого-то в разногласиях
2. Попробуйте очистить кеш браузера
Ваш веб-браузер сохраняет информацию с каждого веб-сайта, который вы посещаете, в кэше браузера. Всякий раз, когда вы повторно посещаете веб-сайт, страницы загружаются быстрее, потому что ваш браузер использует то, что хранится в кеше.
Однако такая установка не всегда хороша. Если кеш вашего браузера содержит устаревшую или поврежденную версию веб-сайта, это может вызвать ошибку 502. Рассмотрите возможность очистки кеша вашего браузера, чтобы получить самые последние версии веб-страниц, которые вы пытаетесь открыть. Вот как это делается:
Хром
- В окне браузера Chrome нажмите на трехточечное меню в правом верхнем углу.
- Выберите параметр «Дополнительные инструменты».
- Выберите Очистить данные просмотра…
- Во всплывающем окне «Очистить данные просмотра» убедитесь, что отмечена только опция «Кэшированные изображения и файлы», выберите временной диапазон, затем «Очистить данные».
Fire Fox
- В окне браузера Firefox щелкните значок гамбургера в правом верхнем углу.
- Щелкните История.
- Выберите Очистить недавнюю историю…
- Во всплывающем окне в раскрывающемся списке «Время для очистки» выберите «Все».
- Убедитесь, что установлен только флажок «Кэш», затем «Очистить сейчас».
Сафари
Чтобы очистить кеш в браузере Safari, необходимо включить меню «Разработка». Сделать это:
- Перейдите в «Настройки», затем «Дополнительно».
- Установите флажок Показать меню разработки в строке меню.
- Перейдите в «Разработка», затем «Очистить кэши».
502 Плохой шлюз в NGINX
PHP-FastCGI Process Manager (PHP-FPM) — это фоновый процесс для обработки запросов веб-сервера для приложений PHP. NGINX передает веб-запросы рабочим процессам PHP-FPM, которые выполняют приложение PHP. NGINX возвращает ошибку 502 Bad Gateway, когда не может успешно делегировать запрос в PHP-FPM или если PHP-FPM не отвечает.
Вот наиболее распространенные причины, по которым NGINX возвращает ошибку 502:
- PHP-FPM не запущен.
- NGINX не может взаимодействовать с PHP-FPM.
- Время ожидания PHP-FPM истекло.
Теперь давайте посмотрим, как подтвердить, является ли что-либо из вышеперечисленного проблемой, и как ее исправить.
1. Проверьте, запущен ли PHP-FPM
Когда PHP-FPM не запущен, NGINX будет возвращать ошибку 502 на все запросы, предназначенные для доступа к приложению PHP. Вы можете использовать команду ps через хост Linux, чтобы проверить запущенные процессы PHP-FPM. Команда:
|_+_|.
Если результаты этой команды не отображают какой-либо пул PHP-FPM или первичные процессы, PHP-FPM необходимо запустить, чтобы исправить ошибки 502. Чтобы сделать ваше PHP-приложение более надежным, рассмотрите возможность использования systemd для управления PHP-FPM как службой в производственной среде. Фоновый процесс PHP-FPM начнет автоматически обслуживать ваше PHP-приложение всякий раз, когда открывается новый экземпляр или запускается ваш сервер.
Поскольку PHP-FPM встроен в код PHP, вы можете добавить его как службу systemd при настройке PHP. После того, как проект настроен как служба, используйте эту команду для автоматического запуска:
|_+_|.
2. Проверьте, есть ли у NGINX доступ к сокету
После запуска PHP-FPM генерирует сокеты Unix или TCP для подключения к веб-серверу NGINX. Рабочим процессам PHP-FPM нужны сокеты для прослушивания запросов NGINX. Убедитесь, что PHP-FPM и NGINX настроены на использование одного и того же сокета.
PHP-FPM использует разные файлы конфигурации для каждого пула процессов. Чтобы найти эти файлы, перейдите по ссылке:
|_+_|.
Сокеты пула описаны в инструкции прослушивания в его конфигурационном файле, например. следующая инструкция прослушивания настраивает пул с именем mypool для использования сокета Unix, расположенного по адресу: /run/php/mypool.sock :
|_+_|.
Если NGINX не может получить доступ к сокету пула, вы можете выяснить, какой это рабочий пул, изучив, какой сокет указан в журнале ошибок NGINX. Например, если бы PHP-FPM не запускал рабочий пул mypool, NGINX отправил бы ошибку 502, а запись в журнале выглядела бы примерно так:
|_+_|() в unix: :/run/php/mypool.sock не удалось (2: Нет такого файла или каталога).
Клавиша Windows не открывает меню "Пуск"
3. Проверьте, истекает ли время ожидания PHP-FPM
Когда ваше приложение слишком долго отвечает, пользователи получат сообщение об ошибке тайм-аута. Если тайм-аут PHP-FPM, зафиксированный в инструкции конфигурации пула (request_terminate_timeout), меньше тайм-аута NGINX, NGINX вернет ошибку 502.
Вы можете увеличить время ожидания PHP-FPM в файле конфигурации пула. Однако это может вызвать другую проблему: NGINX может истечь, прежде чем получит ответ от PHP-FPM.
Тайм-аут NGINX по умолчанию составляет 60 секунд. Если вы увеличили время ожидания PHP-FPM более чем на 60 секунд, а ваше PHP-приложение не успело ответить, NGINX выдаст ошибку 504 Gateway Timeout. Избегайте этого, увеличив значение тайм-аута NGINX.
502 Плохой шлюз в Cloudflare
Cloudflare вернет ошибку 502, если не сможет установить действительное соединение с исходным веб-сервером вашего веб-сайта или если служба Cloudflare недоступна или настроена неправильно. Наиболее распространенные причины включают в себя:
- Исходный сервер перегружен работой из-за слишком большого количества нагрузок на сервер, что приводит к простою сервера.
- Веб-сайты WordPress с низкими ограничениями памяти PHP или слишком большим количеством подключений MYSQL могут привести к медленной загрузке сервера.
- Неправильные записи DNS, конфликты плагинов или тем в WordPress и сбои в обслуживании, например. PHP-FPM и службы кэширования
Попробуйте следующие советы, чтобы устранить ошибку 502 Bad Gateway от Cloudflare:
1. Перезагрузите страницу и очистите кеш
Перезагрузка веб-страницы должна быть первым, что вы пытаетесь сделать для любого сообщения об ошибке. В частности, ошибка 502 может быть результатом перегрузки сервера, вызывающей временные проблемы с подключением. Подождите минуту или около того, прежде чем перезагрузить страницу; обычно это решает.
Если ошибка 502 все еще отображается, очистите кеш браузера и повторите попытку. Длительное нажатие Ctrl + F5 для браузеров Windows и Linux. Для Chrome и Safari на Mac это Cmd + Shift + R.
2. Проверьте свой плагин/тему на конфликты
Если вы используете WordPress, ошибка 502 может быть связана с неправильно настроенным плагином. Чтобы выяснить, является ли это причиной, отключите свои плагины — данные не будут потеряны.
- Войдите в свою учетную запись WordPress.
- Выберите Плагины на боковой панели.
- Примените деактивацию ко всем вашим плагинам.
Если ошибка 502 устранена, то вам нужно найти, какой плагин является проблемой. Для этого по отдельности повторно активируйте плагины. После повторной активации каждого из них перезагрузите веб-страницу. Когда ошибка Cloudflare повторится, вы узнаете, какой плагин виноват. Вы можете запросить помощь у разработчика плагина, разместив заявку в WordPress.
Убедитесь, что ваши темы и плагины являются последними версиями, а ваша версия PHP поддерживается.
3. Временно отключите брандмауэры и CDN
Проблема может быть вызвана сетью доставки контента (CDN) или брандмауэрами. Это распространенная проблема с провайдерами с дополнительными уровнями брандмауэра, такими как Cloudflare. Вы можете либо проверить страницу онлайн-состояния Cloudflare для получения информации о любых проблемах с их сервисом, либо связаться с ними.
Если подтверждено, что проблема связана с вашими брандмауэрами или CDN, попробуйте временно отключить их, а затем включить.
4. Проверьте свои DNS-серверы
Иногда ваши серверы системы доменных имен (DNS) могут возвращать ошибку 502, потому что домен вашего веб-сайта может указывать не на правильный IP-адрес. Если вы недавно переместили свой веб-сайт на другой хостинг, вам нужно будет подождать не менее 24 часов, чтобы завершить распространение по Интернету.
Если это не так, чтобы очистить IP-адреса и другие записи DNS из локального кеша DNS, вы можете попробовать очистить его, вот как это сделать:
- Запустите командное окно.
- Введите |_+_|.
Или через Mac:
- Откройте окно терминала.
- Введите |_+_|.
502 Плохой шлюз решен!
Сообщение об ошибке 502 Bad Gateway является стандартным ответом, когда что-то не так со связью между серверами, участвующими в возврате вашего веб-запроса.
Сообщение об ошибке 500 обычно означает, что существует проблема на стороне сервера обмена. Однако иногда причиной может быть локальное компьютерное оборудование пользователя и/или настройка сети. К счастью, это очень распространенная ошибка, и есть много вещей, которые вы можете попробовать сами, чтобы отобразить вашу веб-страницу или, по крайней мере, приблизить вас к пониманию основной причины.
Какие еще сообщения об ошибках вы получали при посещении веб-страниц? Проблема решилась? Дайте нам знать в разделе комментариев.
