Что значит 502 bad gateway nginx: Ошибка 502 Bad Gateway nginx, как правильно исправить

Ошибка 502 Bad Gateway nginx, как правильно исправить

Что такое ошибка 502 Bad Gateway nginx?

Данную ошибку можно назвать сообщением nginx-сервера, которое выдается в браузере пользователя, когда тот пытается просмотреть сайт. Схема простая: вы пытаетесь просмотреть сайт (ваш браузер делает http-запрос), и ваш запрос передается на Apache-сервер (на котором находится сайт), но не напрямую, а через дополнительный сервер (nginx). Apache получил запрос, но не смог его обработать, и следовательно сообщил об этом на nginx-сервер, а тот в свою очередь передал в ваш браузер сообщение «Ошибка 502 Bad Gateway nginx…».

Почему это происходит?

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

Как исправить ошибку 502?

Для обычного хостинга

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

Для арендованного сервера

Если вы арендуете сервер, то скорее всего вашему сайту не хватает мощности сервера (памяти\ресурса процессора), либо дело в настройках оборудования. В любом случае обратитесь в тех. поддержку хостинг-провайдера для выяснения причин. Для более продвинутых пользователей мы советуем обратить внимание на файл конфигурации Apache — httpd.conf, и в частности на секции mod_fastcgid и mod_fascgi. Здесь как правило устанавливаются лимиты на php-cgi процессы, и следовательно их изменение в большую сторону может наладить корректную работу сервера.

Как исправить ошибку 502 Bad Gateway в Nginx?

Причины ошибки 502 Bad Gateway в Nginx

Ошибка 502 Bad Gateway в Nginx может быть вызвана несколькими причинами, наиболее распространенные из которых перечислены ниже:

Недостижимый домен.

Когда вы вводите имя домена в строке поиска браузера и нажимаете клавишу Enter для доступа к этому веб-сайту, самой первой задачей, которая выполняется, является обращение к вашей системе доменных имен (DNS). DNS-сервер сопоставляет указанное доменное имя со своим зарезервированным IP-адресом, а затем связывается с соответствующим сервером, который, в свою очередь, отвечает вам, отображая запрошенную веб-страницу в вашем веб-браузере. Однако иногда DNS-серверу не удается достичь указанного домена из-за ошибки 502 Bad Gateway в Nginx. Это может произойти из-за определенных изменений, происходящих в вашем DNS, которые вступят в силу через достаточно времени после того, как он начнет работать правильно.

Чрезмерно активированные брандмауэры

Иногда настройки брандмауэра настолько строгие и жесткие, что они даже блокируют законных пользователей и запрещают им доступ к вашему сайту. Это, в свою очередь, может привести к тому, что пользователи увидят ошибку 502 Bad Gateway всякий раз, когда они попытаются получить доступ к вашему сайту.

Хостинг-сервер выходит из строя

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

Исправление ошибки 502 Bad Gateway в Nginx

В зависимости от причин ошибки 502 Bad Gateway в Nginx вы можете попытаться устранить ее, используя любое из следующих решений:

Обновите свою веб-страницу

Иногда вы можете увидеть ошибку 502 Bad Gateway только из-за некоторых временных проблем с подключением, которые можно решить, просто обновив веб-страницу и проверив, есть ли у вас доступ к веб-странице. Если вам по-прежнему не удается перейти на желаемую веб-страницу, вы также можете попытаться очистить кеш браузера, потому что иногда в кеше браузера сохраняется ответ с ошибкой 502 Bad Gateway. Из-за этого ваш браузер снова и снова отображает эту ошибку, поэтому очистка кеша может решить эту проблему.

Выполните тест Ping.

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

Ищите возможные изменения в вашем DNS

Возможно, вы поменяли поставщика услуг хостинга или изменили IP-адрес, с которым можно связаться с вашим веб-сервером. Эти изменения всегда отражаются на DNS-сервере, но для их правильного выполнения требуется некоторое время. В этом случае вам нужно подождать, пока изменения вступят в силу во всем вашем DNS, после чего вы больше не будете видеть ошибку 502 Bad Gateway в Nginx.

Мониторинг журналов сервера. Журналы

сервера содержат подробную информацию о состоянии вашего сервера и всех действиях, которые он выполняет. Если вы регулярно отслеживаете журналы сервера, они могут очень помочь вам в выяснении, что именно пошло не так, следовательно, позволяет исправить ошибку 502 Bad Gateway в Nginx, поскольку знание точной причины ошибки на самом деле является первый шаг к устранению этой ошибки.

Перепроверьте настройки брандмауэра

Вам необходимо применить это исправление, если вы выяснили, что настройки брандмауэра слишком строгие и даже блокируют доступ законных пользователей к вашему сайту. В этом случае сброс настроек брандмауэра может легко исправить ошибку 502 Bad Gateway в Nginx.

Отладка кода вашего веб-сайта

Иногда проблема связана не с проблемами подключения, а скорее с ошибкой кода вашего веб-сайта, которая вызывает ошибку 502 Bad Gateway в Nginx. Выявление таких ошибок вручную практически невозможно, поэтому настоятельно рекомендуется отлаживать код своего веб-сайта в изолированной среде. Это не только определит точную проблему, которую вы можете немедленно исправить, но и предотвратите повреждение вашей физической системы из-за запуска на ней ошибочного кода, поскольку вы запускаете ее в изолированной среде.

Попробуйте связаться с вашим поставщиком услуг хостинга

Иногда, когда вы не можете разместить свой собственный веб-сервер, вы берете услуги хостинга в аренду у поставщика услуг хостинга. В этом случае проблема, которая вызывает ошибку 502 Bad Gateway в Nginx, возможно, связана не с вашей стороной, а скорее с какой-то проблемой с услугой хостинга, которую вы получаете. Единственное решение этой проблемы – связаться с вашим поставщиком услуг хостинга, который не только возьмет на себя ответственность за выяснение этой проблемы, но также может предложить способы, с помощью которых вы можете предотвратить повторение этой ошибки в будущем.

Заключение

В этой статье мы кратко познакомили вас с Nginx и наиболее распространенным типом ошибок, с которыми сталкивается этот веб-сервер, в частности, с ошибкой 502 Bad Gateway. Затем мы также указали все возможные причины этой ошибки. Наконец, мы поделились с вами всеми различными решениями о том, как можно исправить эту ошибку в Nginx.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

ОШИБКА 502 «BAD GATEWAY» КАК ЕЕ ИСПРАВИТЬ? — База знаний

Ошибка 502 на виртуальном хостинге «Bad Gateway»

Ошибка 502 возникает когда Apache работает в связке с Nginx. Запрос от пользователя прошел через NGINX к Apache но тот в свою очередь вернул нулевой результат прокси-серверу NGINX.

Причины возникновения и способы устранения ошибки 502:

• Дочерний процесс Apache не смог обработать поступивший к нему запрос и завершился досрочно. Зачастую это связано с ошибкой в скрипте сайта или нехваткой памяти для выполнения процесса. Начните свой поиск error 502, в таком случае с логов ошибок сайта. Вполне возможно там будет информация, которая привела к возникновению этой ошибки. Но зачастую лог не содержит ничего полезного по этой проблеме, поскольку процесс Apache завершился досрочно. Если это так, разбейте свой скрипт на участки, и выполняйте их поочередно. Это должно помочь найти 502 error. В другом случае, вы можете самостоятельно завершить работу зависших обработчиков и перезапустить их, подробнее см. Завершение работы процессов. 
• Процесс Apache завершился по таймауту и не вернул в поток вывода никаких данных. Обычно это связано с длительным выполнением скрипта, либо зацикливанием в нем. Чтоб не получать 502 bad gateway, когда скрипт выполняется длительное время, лучше его запускать из консоли, а в случае если скрипт запускается регулярно, поставить его на CRON. 
• Скрипты сайта превышают ограничения, накладываемые на них условиями нашего хостинга, и автоматически завершаются. Для устранения ошибки достаточно провести оптимизацию ваших скриптов. 
• При использовании CMS Bitrix ошибка может возникать из-за некорректного названия директории для хранения кэшированных файлов. Проблема решается переименованием данной директории. 
• Ошибка при включенном APC (Alternative PHP Cache). Проблема решается отключением APC при помощи добавления в файл .htaccess вашего сайта следующей строки: php_flag apc.cache_by_default Off 
• Технический сбой на сервере. Проблема максимально быстро диагностируется нашими специалистами и оперативно устраняется.

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

Если 502 ошибка возникает регулярно, напишите заявку в службу поддержки. В заявке укажите:

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

Ошибка 502 на VPS

Чаще всего на VPS используется связка: Nginx + бэкенд-сервер (Apache, PHP-FPM, Gunicorn, NodeJS). Ошибка 502 возникает в случае, если Nginx не может получить ответ от этих сервисов. 

Наиболее частые причины возникновения 502 ошибки: 

• Какой-то из сервисов выключен. Необходимо перезапустить веб-сервер Apache, PHP-FPM либо другой сервис, с которым работает Nginx.
• Между Nginx и бэкенд-сервером некорректно настроена связь. Например, Nginx производит обращение к порту 8080, а веб-сервер Apache «слушает» на 8081. В этом случае необходимо скорректировать настройки веб-сервера. 

Если вам не удалось самостоятельно устранить ошибку 502, обратитесь в техподдержку.

Ошибка 502 Bad Gateway Nginx — что это значит и как исправить?

Иногда, путешествуя по просторам Интернет и зайдя на тот или иной сайт, Вы можете увидеть там не нужную информацию, а белый фон и на нём крупными буквами ошибка: 502 Bad Gateway. Что это значит? Ничего хорошего, на самом деле. Это сообщение выдаёт веб-сервер nginx при возникновении некоторых проблем в работе. Если Вы попытаетесь открыть другие страницы на этом же сайте по сохранённым ссылкам, то успехом это так же не увенчается. Что же делать? А это зависит от того — кем Вы являетесь для этого сайта. 

Если Вы простой посетитель, то решение одно — ждать пока администрация веб-ресурса починит сервис. Как долго? Сложно сказать. Если это крупный портал какой-нибудь компании, фирмы или гос.учереждения, то админ должен восстановить работу сайта в ближайшее время. Если же это личный блог какого-нибудь Васи Пупкина, то вполне вероятно что никто ничего чинить не будет, так как Вася про свой блог забыл и он ему не нужен.
а) Если Вам очень нужна находящаяся на страничке информация, то либо попробуйте найти контакты администрации и связаться с ней по почте или через регистратора или хостера, либо воспользуйтесь веб-кешем поисковиков, введя ссылку на сайт или страничку в поисковую строку поисковика и открыв сохранённую копию.
б) Очень часто ошибка Nginx 502 означает что интересующий веб-ресурс перегружен. Что делать? Опять же только ждать пока нагрузка уменьшится, периодически обновляя страничку в браузере.
в) Если через какое то время на других компьютерах и иных устройствах (планшет, телефон, ноутбук) сайт открывается без проблем, а с Вашего всё равно отображается ошибка nginx, то нужно почистить кеш браузера.

Если Вы владелец или администратор сайта, который при попытке на него зайти выдаёт ошибку 502 Bad Gateway, то неисправность придется решать скорее всего Вам. Всё зависит от того, есть ли у Вас SSH-доступ к своему хостингу или нет. Если нет, то проблема автоматически ложится на плечи Вашего хостинг-провайдера — обратитесь в техническую поддержку с подробным описанием проблемы. Как правило, в этом случае решается всё довольно-таки оперативно, так как сайт обычно на сервере не один и заявки поступают от других клиентов тоже.
Хуже, если Ваш сайт расположен на виртуальном (VPS) или выделенном (VDS) сервере. В этом случае, обычно, переложить проблему с больной головы на здоровую (читай: со своей на техподдержку хостера) не получится и придётся всё исправлять самостоятельно. Что делать?
Для начала, попробуйте перезапустить сервер nginx. На CentOS, например, это делается командой:

service nginx restart

Если он у Вас используется, как фронт-энд для сервера Apache (httpd), то последний мог вылететь или повиснуть — перезапустите и его:

service httpd restart

Не помогло — посмотрите текущую загрузку сервера с помощью команды:

top -c

Особенно обратите внимание на значение параметра load average:

Он должен быть примерно равен количеству ядер процессора, ну плюс/минус 2. Если значение load average больше 10, то стоит бить тревогу — что-то сильно грузит процессор сервера. Часто за этим стоит направленная атака DDOS. Выясняйте причину — скорее всего её устранение вернёт Ваш сайт к нормальной жизни.

Bad 502 gateway

Итак, давайте для начала рассмотрим само определение 502-й ошибки, что значит эта ошибка? Главным корнем такой ошибки может являться слишком маленький уровень ресурсов, которые предоставляет нам сервис, отвечая на запрос, который мы вбили в браузерную строку. Перевод этих слов соответствующий — если перевести на русский данные слова, то получится что-то вроде «Недопустимая ошибка».

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

1. Ошибки в работе или Ограничения вашего Интернет — провайдера
2. Ошибки в работе самого сайта

Ошибки в работе или Ограничения вашего интернет-провайдера

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

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

Программы интернет-безопасности. Есть некоторые программы безопасности (например, антивирусы) которые могут блокировать доступ к нашему медиа-серверу

3G интернет — часто пользователи, использующие мобильный 3G интернет, испытывают проблемы с загрузкой файлов. Причиной могут быть ограничения оператора сотовой связи или вашего тарифного плана, которые не позволяют вам загружать изображения или другие медиа-файлы.

Общественный доступ в интернет — это распространенная проблема общественного интернет-соединения (например, в интернет-кафе, школе или на работе). Данные учреждения могут ограничить доступ к некоторым URL-адресам, включая наш медиа-сервер. Подобные ограничения могут помешать вам загрузить файлы на вашем компьютере.

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

Вводите в браузерную строку слова «Сменить IP адрес», обычно на веб сайтах такого типа либо предлагают скачать программу, в следствии чего, после закачки и установки, вы выбираете новый IP и вдруг лендинги, запретившие доступ к себе, принимают вас с распростёртыми объятиями. Бывают и сервера по смене IP адреса, которые не предлагают ничего скачать, они действуют по другому принципу. На такого рода сайтах всегда присутствует строка поиска, к ней всё и сводится. Вбиваете адрес, на который вам нужно перейти в строку поиска и нажимаете Ok.

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

Ошибки в работе самого сайта

Некоторые популярные программы написаны без соблюдения стандартов. При этом nginx служит неким фильтром «битых» запросов, чтобы избавить от обработки их внутренний уровень веб-системы. При невозможности передать запрос к apache, nginx выдаёт ошибку 502. Например, магазин PrestaShop хранит много информации в так называемых cookie, которые передаются в заголовках HTTP-запросов.

По стандарту, они не могут превышать 4Kb. Однако PrestaShop игнорирует это ограничение. При попытке передать запрос с размером заголовков более 4Kb к apache, nginx выдаёт ошибку 502. Ошибка обнаруживается только просмотром специальных журналов, поскольку запрос не дошёл до apache, и устраняется установкой на страх и риск клиента конфигурации для сайта с «поправкой» на предел размера заголовков.

Как исправить ошибку 502 Bad Gateway 📀

Когда вы получаете 502 Неверный шлюз ошибки в вашем браузере, это означает, что сервер, который действует как шлюз, чтобы облегчить ваш запрос на сервер и вернуть ответ, получил недействительный или вообще не ответил. Таким образом, соединение повреждено или на стороне сервера возникает проблема, которая возвращает недопустимый ответ. Хотя это ошибка на уровне сервера, есть несколько вещей, которые вы могли бы попробовать в конце и посмотреть, помогает ли это, если просто нажать Ctrl + F5 не помогает.

Ошибка 502 Bad Gateway

Эта ошибка может отображаться на любом веб-сайте. Я уверен, что вы видели сайт, размещенный в Cloudflare, Twitter Overcapacity error, Bad Gateway NGINX, и даже когда Windows Update выходит из строя из-за ошибки 502, он отображает сообщение WU_E_PT_HTTP_STATUS_BAD_GATEWAY.

Помимо ошибки «Bad Gateway», вы также можете использовать ошибки,

• Ошибка 502
• Временная ошибка (502)
• 502 Ошибка прокси-сервера
• 502 Ошибка сервера: сервер обнаружил временную ошибку и не смог выполнить запрос
• HTTP 502
• Плохой шлюз: прокси-сервер получил неверный ответ от восходящего сервера

Разрешение конечного пользователя

1] Сбросить DNS, сбросить Winsock и сбросить TCP / IP

Иногда веб-сайты не разрешаются, поскольку DNS на вашем ПК все еще помнит старый IP-адрес. Поэтому не забудьте очистить DNS, сбросить Winsock и сбросить TCP / IP.

Вы также можете использовать наш бесплатный FixWin для выполнения этих трех операций щелчком. Вы найдете исправления в соответствии с Интернет и связь Вкладка.

2] Изменение DNS

Попробуйте изменить DNS на общедоступный DNS, такой как Google Public DNS, Open DNS, Yandex DNS, Comodo Secure DNS или любой другой и посмотрите. DNS Jumper & QuickSetDNS — это бесплатные инструменты, которые помогут вам изменить настройки DNS по умолчанию одним щелчком мыши.

3] Проверьте сетевые кабели, перезапустите маршрутизатор и снова подключите

Убедитесь, что ваши кабели правильно подключены либо к компьютеру, либо к вашему маршрутизатору. Если вы используете Wi-Fi-соединение, обязательно перезапустите маршрутизатор один раз. Наконец, вы всегда можете забыть ранее подключенный WiFi и затем снова подключиться.

Разрешение на стороне сервера

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

1] Установите нижний TTL: Если вы изменили сервер или IP-адрес своего веб-сайта, подождите, пока DNS-серверы захватят новый IP-адрес. Распространение требует времени. Однако вы можете ускорить это, изменив TTL или Time to Live на более низкое значение. Это позволит убедиться, что DNS-серверы захватывают новый IP-адрес сравнительно быстрее.

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

3] Плагин безопасности на сервере: Многие CMS или хостинг используют программное обеспечение безопасности для смягчения защиты DDOS. Если эти плагины не настроены должным образом, они могут перегружать и запускать блокировку запросов пользователей для доступа к веб-сайту.

4] Используете ли вы службы CloudFare? Хотя такие сервисы, как CloudFare, бесплатны для базового использования, они начинают отбрасывать запросы, когда вы достигли определенного предела. CloudFlare вернет 502 ошибку Bad Gateway вашим посетителям. Если вы используете что-либо подобное, убедитесь, что вы проверяете журналы ошибок или уведомления из этих служб.

Сообщите нам, если какой-либо из этих советов помог вам решить ошибку 502 Bad Gateway.

Tweet

Share

Link

Plus

Send

Send

Pin

Что такое ошибка 502 Bad Gateway и как ее исправить (Easy Guide to Fix)

One of the things that certainly frustrate both consumers and web owners is seeing an error code pop up on the website or on one of its pages. One of those annoying pests is the 502 error or bad gateway error.

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

Но что именно является ошибкой 502 неверного шлюза?

Проще говоря, эта ошибка является кодом состояния HTTP (Hypertext Transfer Protocol) и возникает, когда один онлайн-сервер не получает или считает, что не получил правильный ответ от другого онлайн-сервера.

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

5xx банда

Как вы, возможно, уже знаете, ошибка 502 — не единственная ошибка, которая может возникнуть среди 500 ошибок серии, которые просто ждут, чтобы испортить вам день. Тем не менее, вот некоторые из наиболее распространенных и наиболее важных ошибок из группы 500, о которых вы должны знать.

• • 500 внутренняя ошибка сервера — Ваш веб-сервер отобразит эту ошибку, как только обнаружит условие, которое не позволяет ему выполнить свою задачу, то есть запрос клиента
  • 501 не реализовано — сервер не может поддерживать или распознавать метод запроса. Ему не хватает функциональности для обработки запроса, поэтому он отвечает этой ошибкой.
  • 502 Bad Gateway — серверы подрались, и теперь они не разговаривают друг с другом. Помимо шуток, пока вы работали как прокси или шлюз, ваш сервер не получил должного ответа от вышестоящего сервера при попытке обработать запрос.
  • 503 Service Unavailable — Временное состояние, когда сервер недоступен для обработки запросов, потому что либо происходит техническое обслуживание, либо он перегружен.
  • Тайм-аут шлюза 504 — Сервер, снова выступая в качестве прокси-сервера или шлюза, не получил своевременный ответ от другого сервера, например, DNS, поэтому он не смог обработать запрос.
  • Версия HTTP 505 не поддерживается — его ошибка возникает, когда ваш веб-сервер не может или не будет поддерживать версию протокола HTTP, исходящую из запроса. Ошибка обычно содержит описание того, почему сервер не будет сотрудничать.

Причины 502 Ошибка

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

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

Для Интернета owners that are not developers themselves, having one on your team can be very helpful when dealing with such errors. You can check онлайн для программиста рабочих мест чтобы получить четкое представление о том, что вы можете ожидать от разработчика, если вы решите нанять его.

Более того, эта ошибка может маскироваться под различные другие сообщения об ошибках, такие как ошибка 502 Proxy, HTTP 502, 502 Bad Gateway NGINX и т. Д. В любом случае, прежде чем вы потеряете здравомыслие из-за того, что могло послужить причиной ошибки, вот несколько наиболее распространенных причин.

• Исходный сервер не работает — Проще говоря, ваш сервер может работать неправильно. Корень вашей проблемы может быть проблема подключения, время простоя сервера, перегрузка, слишком большой трафик и т. д.
• Проблемы с доменными именами — Эта проблема возникает, когда домен неправильно определяет IP-адрес. Неправильные записи DNS, установленные как Уровень хостинга домена, могут быть причиной этой проблемы. Кроме того, изменения, внесенные в DNS, вероятно, не имели достаточно времени для глобального распространения, поэтому возникает ошибка. Это может быть связано с медленными факторами TTL (время жизни).
• Запрос заблокирован брандмауэром — Ах да, старый добрый брандмауэр и его проблемы с безопасностью. Если вы сомневаетесь в проблеме, проверьте брандмауэр. В большинстве случаев руководителем ошибки 502 фактически является брандмауэр. Он может блокировать запросы между подачами, особенно на сайтах WordPress, которые имеют плагины безопасности, Более того, это также может быть защита DDoS.
• Сбой сервера — Ваш сервер пнул ведро. Есть несколько причин, по которым это может произойти. Например, сервер отключен из-за технического обслуживания, сбой сервера или его содержимое нарушают условия поставщика, см. Рисунок.
• Ошибка браузера — Хотите верьте, хотите нет, но часто причиной наших 502 являются расширения браузера. Это особенно актуально при наличии расширений AdBlock, которые защищают пользователей от назойливой рекламы и всплывающих окон. Другой причиной может быть просто устаревшая версия используемого браузера.

Исправление ошибки 502

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

• • Перезагрузить страницу — Да, вы правильно прочитали, просто перезагрузите страницу, и ошибка может исчезнуть навсегда. Как упоминалось ранее, бедняжке может потребоваться немного больше времени.

• • Начать новый сеанс браузера — Другое исправление — закрыть все, очистить историю посещений, файлы cookie и кэш и начать новый сеанс. Новый закрытый сеанс или сеанс инкогнито также может помочь исправить ошибку.

• Перезагрузите компьютер — Если все это не помогло, перезагрузите машину и попробуйте заново.
• Попробуйте другой браузер — Проблема может быть связана с браузером, поэтому попробуйте другую, такую ​​как Google Chrome, Mozilla Firefox и т. Д.
• Возвращайся позже — Вещи выглядят довольно безнадежно, если вы попытались все вышеперечисленное исправить ошибку. Вы можете попытаться связаться с вашим интернет-провайдером или веб-мастером, но опять же, просто принесите себе кофе и вернитесь позже, ошибка может исчезнуть к тому времени, как вы вернетесь.

Решение для разработчиков

Точка зрения разработчика отличается от потребительской. Исправление ошибки 502 в качестве веб-менеджера также может быть беспроблемным. Поэтому вот несколько решений для 502 для разработчиков.

• Попытайтесь выяснить, доступен ли вышестоящий сервер с помощью трассировки маршрутизации или проверки связи с помощью IP-адреса сервера.
• Используйте средства тестирования DNS, чтобы проверить, правильно ли разрешается определенное доменное имя.
• Проверьте журналы ошибок сервера или веб-сайта, чтобы увидеть, есть ли конкретная ошибка на сервере.
• Для сайтов WordPress попробуйте временно переименовать папку «wp-content / plugins», чтобы исключить плагины в качестве возможной причины ошибки.
• Проверьте журналы брандмауэра на наличие каких-либо признаков блоков.

Заключительное слово

Среди всех возможных ошибок, которые могут возникнуть на сервере или на веб-сайте, ошибка 502 bad gateway не самая плохая. Тем не менее, это все еще хлопотно тем не менее.

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

Устранение ошибок HTTP 502 (неверный шлюз)

1. Последнее обновление

2. Сохранить как PDF

1. Что такое HTTP 502
2. Наиболее частые причины
   1. Тайм-аут прокси
      1. Подтверждение тайм-аута прокси
   2. Прокси-соединение> сервер сброшен
      1. Подтверждение разрыва соединения между прокси и сервером
   3. Запросы в очереди
      1. Подтверждение запросов в очереди

Шаблон: OutSystems / Documentation_KB / ContentCollaboration

В этой статье мы объясним, что такое код ошибки HTTP 502 и как его устранить.

Что такое HTTP 502

HTTP 502 — код ответа ошибки неверного сервера шлюза указывает, что сервер, выступая в качестве шлюза или прокси, получил недопустимый ответ от вышестоящего сервера.

В типичных производственных сценариях перед сервером (-ами) находятся обратный прокси-сервер или балансировщики нагрузки. Представьте, что клиент отправил запрос на Сервер. Однако клиент не может сделать это напрямую, поэтому он подключается к прокси, устанавливая соединение client> proxy.Затем прокси создает прокси-сервер подключения. Ошибка HTTP 502 — неверный шлюз возникает, когда:

• Тайм-аут прокси-сервера был достигнут до завершения запроса.
• Если соединение прокси> сервер падает.
• Когда ответ от сервера недействителен.

Наиболее частые причины

Тайм-аут прокси

Проблема может возникнуть, если прокси-сервер имеет более короткий тайм-аут, чем сервер для этого запроса.Представьте, что для конкретного запроса мы установили тайм-аут сервера на 5 минут, но прокси-сервер имеет установленное время ожидания в 3 минуты. Если запрос занимает больше времени, чем 3 минуты тайм-аута, определенного на уровне прокси, прокси выдает клиенту сообщение 502.

Подтверждение тайм-аута прокси

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

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

Прокси-соединение> сервер упал

Если соединение Прокси> Сервер разорвано во время выполнения запроса, возникнет ошибка 502.В этом случае вы можете не увидеть запись для запроса на стороне сервера в журналах доступа IIS. Часто можно увидеть ошибки, связанные с перезагрузкой или отказом сети или пула приложений.

Подтверждение разрыва соединения между прокси и сервером

• Проверьте журналы доступа IIS, чтобы убедиться, что этот запрос был обработан.
• Проверьте программу просмотра событий Windows, чтобы проверить, не было ли ошибки, связанной с сетью, или перезагрузки / сбоя пула приложений. Это будет в разделе Журналы Windows> Система.

Запросы в очереди

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

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

Подтверждение запросов в очереди

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

Также с помощью инструментов мониторинга можно увидеть количество запросов в очереди. Обратите внимание, что запросы в очереди не обязательно означают, что будет 502 ошибки.Вот почему рекомендуется проверить журналы доступа IIS, чтобы подтвердить эту гипотезу.

Как исправить 502 Bad Gateway Nginx?

Nginx был запущен в 2004 году как веб-сервер с открытым исходным кодом. С момента выпуска он очень часто используется для хостинга веб-сайтов. Помимо этого, он также используется как балансировщик нагрузки, прокси-сервер электронной почты, обратный прокси-сервер и HTTP-кеш. Как и любой другой веб-сервер, Nginx также подвержен определенным ошибкам, наиболее распространенной из которых является ошибка 502 Bad Gateway.Это очень общий тип ошибки, которая возникает, когда вы пытаетесь получить доступ к веб-серверу, но не можете до него добраться. В этом случае ваш браузер может отобразить ошибку 502 Bad Gateway. Поскольку вместе с этой ошибкой не появляется никакой другой информации, пользователь не знает, что именно пошло не так и как это исправить.

Поэтому в сегодняшней статье мы постараемся найти все потенциальные причины ошибки 502 Bad Gateway в Nginx, а также способы ее исправления.

Причины ошибки 502 Bad Gateway в Nginx

Может быть несколько причин ошибки 502 Bad Gateway в Nginx, наиболее распространенные из которых перечислены ниже:

Недостижимый домен
Каждый раз, когда вы вводите имя домена в строке поиска своего браузера и нажимаете клавишу Enter для доступа к этому веб-сайту, самой первой задачей, которая выполняется, является обращение к вашей системе доменных имен (DNS). DNS-сервер сопоставляет указанное доменное имя со своим зарезервированным IP-адресом, а затем связывается с соответствующим сервером, который, в свою очередь, отвечает вам, отображая запрошенную веб-страницу в вашем веб-браузере.Однако иногда DNS-серверу не удается подключиться к указанному домену из-за ошибки 502 Bad Gateway в Nginx. Это может произойти из-за определенных изменений, происходящих в вашем DNS, для вступления в силу которых требуется достаточно времени после того, как он начнет работать правильно.

Чрезмерно активированные брандмауэры
Иногда настройки брандмауэра настолько строгие и жесткие, что они даже блокируют законных пользователей и запрещают им доступ к вашему сайту. Это, в свою очередь, может привести к тому, что пользователи увидят ошибку 502 Bad Gateway всякий раз, когда они попытаются получить доступ к вашему сайту.

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

Исправление ошибки 502 Bad Gateway в Nginx

В зависимости от причин ошибки 502 Bad Gateway в Nginx, вы можете попытаться устранить ее, используя любое из следующих решений:

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

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

Ищите возможные изменения в вашем DNS
Возможно, вы поменяли поставщика услуг хостинга или изменили IP-адрес, с которым можно связаться с вашим веб-сервером. Эти изменения всегда отражаются на DNS-сервере, но для их правильного выполнения требуется некоторое время.В этом случае вам нужно подождать, пока изменения вступят в силу во всем вашем DNS, после чего вы больше не будете видеть ошибку 502 Bad Gateway в Nginx.

Мониторинг журналов сервера
Журналы сервера содержат подробную информацию о состоянии вашего сервера и всех выполняемых им действиях. Если вы регулярно отслеживаете журналы сервера, они могут очень помочь вам в выяснении, что именно пошло не так, следовательно, позволяет исправить ошибку 502 Bad Gateway в Nginx, поскольку знание точной причины ошибки на самом деле является первый шаг к устранению этой ошибки.

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

Отладка кода вашего веб-сайта
Иногда проблема связана не с проблемами подключения, а скорее с ошибкой кода вашего веб-сайта, которая вызывает ошибку 502 Bad Gateway в Nginx.Выявить такие ошибки вручную практически невозможно, поэтому настоятельно рекомендуется отлаживать код своего веб-сайта в изолированной среде. Это не только определит точную проблему, которую вы можете немедленно исправить, но также предотвратите повреждение вашей физической системы из-за запуска на ней ошибочного кода, поскольку вы запускаете ее в изолированной среде.

Попробуйте связаться с поставщиком услуг хостинга
Иногда, когда вы не можете разместить свой собственный веб-сервер, вы берете услуги хостинга в аренду у поставщика услуг хостинга.В этом случае проблема, которая вызывает ошибку 502 Bad Gateway в Nginx, возможно, связана не с вашей стороной, а скорее с какой-то проблемой с услугой хостинга, которую вы получаете. Единственное решение этой проблемы — связаться с вашим поставщиком услуг хостинга, который не только возьмет на себя ответственность за выяснение этой проблемы, но также может предложить способы, с помощью которых вы можете предотвратить повторение этой ошибки в будущем.

Заключение

В этой статье мы кратко познакомили вас с Nginx и наиболее распространенным типом ошибок, с которыми сталкивается этот веб-сервер, в частности, с ошибкой 502 Bad Gateway.Затем мы также указали все возможные причины этой ошибки. Наконец, мы поделились с вами всеми различными решениями о том, как вы можете решить эту ошибку в Nginx.

NGINX 502 Плохой шлюз: PHP-FPM

Примечание редактора: php-fpm использует термин «главный» для описания своего основного процесса. Datadog не использует этот термин. В этом сообщении в блоге мы будем называть это «первичным», за исключением случаев, когда мы должны ссылаться на конкретное имя процесса.

Этот пост является частью серии статей об устранении неполадок, связанных с ошибками неверного шлюза NGINX 502.Если вы не используете PHP-FPM, ознакомьтесь с другой нашей статьей об устранении неполадок NGINX 502 с использованием Gunicorn в качестве бэкэнда.

PHP-FastCGI Process Manager (PHP-FPM) — это демон для обработки запросов веб-сервера для приложений PHP. В производственной среде PHP-FPM часто развертывается за веб-сервером NGINX. NGINX проксирует веб-запросы и передает их рабочим процессам PHP-FPM, которые выполняют приложение PHP.

NGINX вернет ошибку 502 Bad Gateway, если не может успешно проксировать запрос к PHP-FPM или если PHP-FPM не отвечает.В этом посте мы рассмотрим некоторые распространенные причины ошибки 502 в стеке NGINX / PHP-FPM и дадим рекомендации о том, где можно найти информацию, которая поможет вам устранить эти ошибки.

Изучите показатели, журналы и трассировки ошибок NGINX 502 Bad Gateway с помощью Datadog.

В этом разделе мы опишем, как следующие условия могут привести к тому, что NGINX вернет ошибку 502:

Если NGINX не может связаться с PHP-FPM по любой из этих причин, он ответит ошибкой 502, отмечая это в своем журнале доступа ( / var / log / nginx / access.log ), как показано в этом примере:

Копировать

  127.0.0.1 - - [31 / Янв / 2020: 18: 30: 55 +0000] "GET / HTTP / 1.1" 502 182 "-" "curl / 7.58.0 " 

Журнал доступа NGINX не объясняет причину ошибки 502, но вы можете просмотреть его журнал ошибок ( /var/log/nginx/error.log ), чтобы узнать больше. Например, вот соответствующая запись в журнале ошибок NGINX, которая показывает, что причиной ошибки 502 является то, что сокет не существует, возможно, из-за того, что PHP-FPM не запущен.(В следующем разделе мы рассмотрим, как обнаружить и исправить эту проблему.)

Копировать

  2020/01/31 18:30:55 [критический] 13617 # 13617: * 557 connect () to unix : /run/php/php7.2-fpm.sock не удалось (2: нет такого файла или каталога) при подключении к восходящему потоку, клиент: 127.0.0.1, сервер: localhost, запрос: «GET / HTTP / 1.1», восходящий поток: "fastcgi: // unix: /run/php/php7.2-fpm.sock:", host: "localhost"  

PHP-FPM не работает

Примечание. В этом разделе содержится имя процесса, в котором используется термин «хозяин».«За исключением случаев, когда речь идет о конкретных процессах, в этой статье используется термин« первичный ».

Если PHP-FPM не запущен, NGINX вернет ошибку 502 для любого запроса, предназначенного для доступа к приложению PHP. Если вы видите 502-е, сначала проверьте, работает ли PHP-FPM. Например, на хосте Linux вы можете использовать команду ps , подобную этой, для поиска запущенных процессов PHP-FPM:

PHP-FPM организует свои рабочие процессы в группы, называемые пулами .В приведенном ниже примере выходных данных показано, что основной процесс PHP-FPM запущен, как и два рабочих процесса в пуле по умолчанию (с именем www ):

Копировать

  root 29852 0,0 2,2 435484 22396? Ssl 16:27 0:00 php-fpm: главный процесс (/etc/php/7.2/fpm/php-fpm.conf)
www-data 29873 0,0 1,5 438112 15220? Sl 16:27 0:00 php-fpm: бассейн www
www-data 29874 0,0 1,6 438112 16976? Sl 16:27 0:00 php-fpm: pool www  

Если вывод команды ps не показывает никаких основных процессов PHP-FPM или пула, вам необходимо запустить PHP-FPM для разрешения 502 ошибки.

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

После того, как ваш проект PHP-FPM настроен как служба, вы можете использовать следующую команду, чтобы обеспечить его автоматический запуск при запуске вашего сервера:

Копировать

  sudo systemctl enable php7.fpm] * fpm ' 

На сервере PHP 7.2, на котором установлен PHP-FPM (даже если он не запущен), вывод этой команды будет:

Копировать

  php7.2-fpm.service enabled  

Чтобы просмотреть информацию о вашей службе PHP-FPM, используйте эту команду:

Копировать

  sudo systemctl is-active php7.2-fpm.service  

Эта команда должна вернуть активных . Если это не так, вы можете запустить службу с помощью:

Копировать

  sudo service php7.2-fpm start  

NGINX не может получить доступ к сокету

При запуске PHP-FPM он создает один или несколько сокетов TCP или Unix для связи с веб-сервером NGINX. Рабочие процессы PHP-FPM используют эти сокеты для прослушивания запросов от NGINX.

Чтобы определить, была ли ошибка 502 вызвана неправильной конфигурацией сокета, убедитесь, что PHP-FPM и NGINX настроены на использование одного и того же сокета. PHP-FPM использует отдельный файл конфигурации для каждого пула рабочих процессов; эти файлы расположены по адресу / etc / php / 7.2 / fpm / pool.d / . Каждый сокет пула определяется в директиве listen в файле конфигурации пула. Например, приведенная ниже директива listen настраивает пул с именем mypool для использования сокета Unix, расположенного по адресу /run/php/mypool.sock :

Копировать

  listen = /run/php/mypool.sock  

Если NGINX не может получить доступ к сокету для определенного пула, вы можете определить, какой рабочий пул вовлечен в проблему, проверив, какой сокет назван в записи журнала ошибок NGINX.Например, если PHP-FPM не удалось запустить рабочий пул mypool , NGINX вернет 502, а его запись в журнале ошибок будет включать:

Копировать

  connect () в unix: / run / php / mypool. sock failed (2: Нет такого файла или каталога)  

Проверьте файл nginx.conf , чтобы убедиться, что в соответствующем блоке location указан тот же сокет. Пример ниже содержит директиву include , которая загружает некоторую общую информацию о конфигурации для PHP-FPM, и директиву fastcgi_pass , которая указывает тот же сокет Unix, названный в mypool.conf выше.

Копия

  местонахождение / {
    включить сниппеты / fastcgi-php.conf;
    fastcgi_pass unix: /run/php/mypool.sock;
}  

Сокеты Unix подчиняются разрешениям файловой системы Unix. Файл конфигурации пула PHP-FPM определяет режим и владельца сокета, как показано здесь:

Копировать

  listen.owner = www-data
listen.group = www-data
listen.mode = 0660  

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

Копировать

  2020/02/20 17:12:03 [ cris] 3059 # 3059: * 4 connect () to unix: /run/php/mypool.sock не удалось (13: разрешение отклонено) при подключении к восходящему потоку, клиент: 127.0.0.1, сервер: localhost, запрос: "GET / HTTP /1.1 ", upstream:" fastcgi: // unix: /run/php/mypool.sock: ", host:" localhost " 

Обратите внимание, что значения по умолчанию прослушивают.Владелец и listen.group соответствует владельцу и группе по умолчанию, на которой запущен NGINX, а listen.mode по умолчанию — 0660. Используя эти значения по умолчанию, NGINX должен иметь доступ к сокету.

Если PHP-FPM прослушивает сокет TCP, директива listen конфигурации пула будет иметь значение в форме адреса : порт , как показано ниже:

Как и в случае сокета Unix, вы можете предотвратить 502, подтверждая, что расположение этого сокета совпадает с указанным в конфигурации NGINX.

PHP-FPM истекает время ожидания

Если ваше приложение слишком долго отвечает, ваши пользователи столкнутся с ошибкой тайм-аута. Если тайм-аут PHP-FPM, который установлен в директиве request_terminate_timeout конфигурации пула (и по умолчанию равен 20 секундам), меньше тайм-аута NGINX (по умолчанию 60 секунд), NGINX ответит с ошибкой 502. Журнал ошибок NGINX, показанный ниже, показывает, что его восходящий процесс, которым является PHP-FPM, закрыл соединение перед отправкой действительного ответа.Другими словами, это журнал ошибок, который мы видим, когда время ожидания PHP-FPM истекает:

Копировать

  2020/02/20 17:17:12 [ошибка] 3059 # 3059: * 29 сбой recv () (104: Сброс соединения одноранговым узлом) при чтении заголовка ответа из восходящего потока, клиент: 127.0.0.1, сервер: localhost, запрос: «GET / HTTP / 1.1», восходящий поток: «fastcgi: // unix: /run/php/mypool.sock: ", host:" localhost " 

В этом случае журнал PHP-FPM (который по умолчанию находится в /var/log/php7.2-fpm.log ) показывает соответствующее сообщение, которое предоставляет дополнительную информацию:

Копировать

  [20-фев-2020 17:17:12] ПРЕДУПРЕЖДЕНИЕ: [pool mypool] child 2120, script '/ var / www / html / index.php '(запрос: "GET /index.php") время ожидания выполнения истекло (25,755070 сек), завершение  

Вы можете увеличить время ожидания PHP-FPM, отредактировав файл конфигурации пула, но это может вызвать другую проблему: NGINX может со временем до получения ответа от PHP-FPM. Таймаут NGINX по умолчанию составляет 60 секунд; если вы увеличили время ожидания PHP-FPM выше 60 секунд, NGINX вернет ошибку 504 Gateway Timeout, если ваше приложение PHP не ответит вовремя. Вы можете предотвратить это, увеличив время ожидания NGINX.В приведенном ниже примере мы увеличили значение тайм-аута до 90 секунд, добавив элемент fastcgi_read_timeout в блок http файла /etc/nginx/nginx.conf :

Копировать

  http {
...
    fastcgi_buffers 8 16k;
    fastcgi_buffer_size 32 КБ;
    fastcgi_connect_timeout 90;
    fastcgi_send_timeout 90;
    fastcgi_read_timeout 90;
}  

Перезагрузите конфигурацию NGINX, чтобы применить это изменение:

Затем, чтобы определить, почему истекло время ожидания PHP-FPM, вы можете собрать журналы и данные мониторинга производительности приложений (APM), которые могут выявить причины задержки внутри и вне вашего приложения.

Для устранения ошибок приложения вы можете собрать журналы и отправить их в службу управления журналами. В дополнение к журналам NGINX, которые мы рассмотрели выше, PHP может регистрировать ошибки и другие события, которые могут быть вам полезны. Дополнительную информацию см. В нашем руководстве по ведению журнала PHP.

Когда вы переносите свои журналы PHP и NGINX в службу управления журналами в сочетании с журналами из соответствующих технологий, таких как серверы кэширования и базы данных, вы можете анализировать журналы со всего своего веб-стека на единой платформе.Log Analytics

может помочь вам определить узкие места и решить проблемы, например ошибки 502, которые влияют на производительность вашего приложения. На снимке экрана ниже показаны данные APM NGINX, визуализированные в Datadog. Это представление суммирует объем запросов, частоту ошибок и задержку для службы на основе NGINX и помогает исследовать проблемы производительности, такие как ошибка 502.

Чем быстрее вы сможете диагностировать и устранить ошибку 502 в вашем приложении, тем лучше.Datadog позволяет анализировать метрики, трассировки, журналы и данные о производительности сети по всей вашей инфраструктуре. Если вы уже являетесь клиентом Datadog, вы можете начать мониторинг NGINX, PHP-FPM и других 450 других технологий. Если у вас еще нет учетной записи Datadog, подпишитесь на 14-дневную бесплатную пробную версию и начните работу за считанные минуты.

Что это такое и как это исправить

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

В этой статье мы рассмотрим ошибку 502 Bad Gateway Error , которая указывает на то, что сервер где-то в стеке серверов — в частности, тот, который действует как шлюз или прокси-сервер, — получил недопустимый ответ от другого сервера . . Как правило, причиной проблемы является другой вышестоящий сервер, что означает, что проблемный сервер предоставляет обслуживание системе, от которой вы получили ошибку 502 Bad Gateway Error . Чтобы помочь вам устранить такие ошибки, мы рассмотрим несколько советов по устранению неполадок и возможных решений для наиболее распространенных причин, так что приступим!

Проблема на стороне сервера

Прежде чем мы начнем, стоит отметить, что, как и большинство кодов ответа HTTP , ошибка 502 Bad Gateway Error указывает на то, что что-то пошло не так на сервере вашего приложения, а не на стороне клиента вещей.Если вы пытаетесь диагностировать проблему в собственном приложении, вы можете немедленно игнорировать большую часть клиентского кода и компонентов, таких как HTML, каскадные таблицы стилей (CSS), клиентский JavaScript и т. Д. Это также не относится только к только к веб-сайтам. Многие приложения для смартфонов с современным пользовательским интерфейсом фактически работают за кулисами с помощью обычного веб-приложения; тот, который просто скрыт от пользователя. Если вы используете такое приложение и возникает ошибка 502 Bad Gateway Error , проблема не будет связана с установкой приложения на вашем телефоне или локальным тестовым устройством.Вместо этого это будет что-то на стороне сервера, которое выполняет большую часть логики и обработки за кулисами, за пределами компетенции локального интерфейса, представленного пользователю.

Диагностика ошибки 502 Bad Gateway

Как уже упоминалось, ошибка 502 Bad Gateway означает, что сервер восходящего потока к тому, к которому вы (клиент ) подключаетесь, столкнулся с проблемой. В этом сценарии это означает, что сервер, выдавший ошибку 502 Bad Gateway Error , действует как шлюз , поэтому давайте обсудим, что такое шлюз (или прокси).В большинстве HTTP-коммуникаций клиент будет подключаться к серверу через сторонний компьютер со шлюзом . Шлюз действует как шлюз , с помощью которого сообщения от клиента могут быть безопасно отправлены на сервер и наоборот. Шлюз действует как узел в более крупной сетевой сети, соединяя и маршрутизируя связь между множеством клиентов , сервером и другими типами узлов в пределах (виртуальной) окрестности.

Вы не поверите, но в большинстве домов с доступом в Интернет даже есть активный шлюз. Ваша локальная домашняя сеть, которая, вероятно, настраивается через маршрутизатор (или гибридный маршрутизатор + модем), обычно назначает IP-адреса всем устройствам в вашей сети, используя базовый адрес 192.168.1. * , где звездочка меняется в зависимости от Устройство. В большинстве случаев связь с одного такого адреса локальной сети на другой адрес локальной сети разрешена, но когда ваш компьютер пытается подключиться к IP-адресу за пределами этого базового диапазона, шлюз вашего маршрутизатора перехватит его и выполнит обмен данными между вашими компьютер и удаленный сервер от вашего имени.

Выполните полное резервное копирование приложений

Как и все, лучше сначала перестраховаться, чем что-то напортачить и потом пожалеть об этом. Таким образом, критически важно, , чтобы вы выполнили полное резервное копирование вашего приложения, базы данных и т. Д. Перед попыткой каких-либо исправлений или изменений в системе. Еще лучше, если у вас есть такая возможность, создайте полную копию приложения на вторичном промежуточном сервере , который не является «активным» или иным образом не является активным и общедоступным.Это даст вам чистую площадку для тестирования, на которой можно протестировать все возможные исправления для решения проблемы, не ставя под угрозу безопасность или неприкосновенность вашего действующего приложения.

Отладка общих платформ

Если вы используете стандартные пакеты программного обеспечения на сервере, который выдает ошибку 502 Bad Gateway Error , вы можете сначала изучить стабильность и функциональность этих платформ. Наиболее распространенные системы управления контентом, такие как WordPress, Joomla !, и Drupal, как правило, хорошо протестированы из коробки, но как только вы начнете вносить изменения в базовые расширения или код PHP (язык, на котором почти все современные системы управления контентом написаны на), слишком легко вызвать непредвиденную проблему, которая приведет к ошибке 502 Bad Gateway .

Вот несколько советов, которые помогут вам устранить неполадки на некоторых из этих популярных программных платформ:

• Откат последних обновлений - Если вы недавно обновили саму систему управления контентом незадолго до появления ошибки 502 Bad Gateway , вы можете рассмотреть возможность отката к предыдущей версии, которую вы установили, когда все работало нормально. Точно так же любые расширения или модули, которые вы, возможно, недавно обновили, также могут вызвать проблемы на стороне сервера, поэтому возврат к предыдущим версиям также может помочь.Чтобы получить помощь с этой задачей, просто выполните Google «понизьте версию [PLATFORM_NAME]» и следуйте инструкциям. Однако в некоторых случаях некоторые CMS на самом деле не предоставляют возможности понижения версии, что указывает на то, что они считают базовое приложение вместе с каждой новой выпущенной версией чрезвычайно стабильным и свободным от ошибок. Обычно это происходит с более популярными платформами, поэтому не бойтесь, если вам не удастся найти простой способ вернуть платформу к более старой версии.
• Удаление новых расширений, модулей или подключаемых модулей - В зависимости от конкретной системы управления контентом, используемой вашим приложением, точное имя этих компонентов будет отличаться, но они служат одной и той же цели для каждой системы: улучшение возможностей и функций платформа за пределами того, на что она обычно способна из коробки.Но будьте осторожны: такие расширения могут более или менее полностью контролировать систему и вносить практически любые изменения, будь то код PHP , HTML, CSS, JavaScript или база данных. Таким образом, может быть целесообразно удалить все новые расширения, которые могли быть недавно добавлены. Опять же, Google - это расширение для официальной документации и помощи в этом процессе.
• Проверить наличие неожиданных изменений в базе данных - Стоит отметить, что даже , если вы удаляете расширение через панель управления CMS, не гарантирует , что изменения, внесенные расширением, были полностью отменены.Это особенно верно для многих расширений WordPress, которым в приложении предоставляется карт-бланш, включая полный доступ к базе данных. Если автор расширения явно не закодирует такие вещи, существуют сценарии, в которых расширение может изменять записи базы данных, которые не «принадлежат» самому расширению, а вместо этого создаются и управляются другими расширениями (или даже самой базовой CMS). В этих сценариях расширение может не знать, как отменить изменения в записях базы данных, поэтому оно будет игнорировать такие вещи во время удаления.Диагностика таких проблем может быть сложной задачей, но я лично сталкивался с такими сценариями несколько раз, поэтому ваш лучший курс действий, если вы достаточно уверены, что расширение является вероятным виновником ошибки 502 Bad Gateway , - это открыть базу данных и вручную просматривайте таблицы и записи, которые, вероятно, были изменены расширением.
• Подтвердите правильные права доступа к файлу - Если приложение работало нормально и внезапно возникла эта ошибка, разрешения не являются очень вероятной причиной.Однако, если изменения были недавно внесены (например, обновления или установки), возможно, права доступа к файлам были изменены или являются неверными по другой причине, что может привести к распространению проблемы по всему приложению и, в конечном итоге, к ошибке 502 Bad Gateway . Подавляющее большинство серверов используют операционные системы на основе Unix, поэтому посмотрите здесь или в другом месте в Интернете, чтобы получить дополнительную информацию о настройке надлежащих разрешений для файлов и каталогов приложений, чтобы обеспечить безопасность, а также разрешить доступ вашему приложению там, где он нужный.

Прежде всего, Google - ваш друг. Не бойтесь искать конкретные термины, связанные с вашей проблемой, такие как название CMS вашего приложения, а также ошибку 502 Bad Gateway Error . Скорее всего, вы найдете кого-то (или, возможно, многих), кто столкнулся с этой проблемой и, возможно, получил решение.

Устранение неполадок на стороне сервера

Если вы не запускаете приложение CMS - или даже если у вас есть, но вы уверены, что ошибка 502 Bad Gateway не связана с этим - вот несколько дополнительных советов, которые помогут вам устранить причину, по которой проблема на стороне сервера:

• Недавние изменения DNS - Система доменных имен ( DNS ) - это децентрализованная система именования устройств, подключенных через сеть (даже огромную сеть, такую ​​как сам Интернет).Короче говоря, DNS связывает доменные имена (например, airbrake.io ) с определенными IP-адресами и сохраняет эту связь в ряде авторитетных серверов имен, разбросанных по всему миру. Таким образом, когда вы просите свой компьютер подключиться к airbrake.io , ваш компьютер фактически проверяет с соседним сервером имен DNS , чтобы узнать, к какому конкретному IP-адресу (интернет-ресурсу) он должен подключиться. С вашей точки зрения, речь идет непосредственно о аэродинамическом тормозе .io , но за кадром трафик направляется на IP-адрес (в данном случае 52.203.232.56 ). Следовательно, ваше приложение может выдавать ошибку 502 Bad Gateway Error , если ваш сайт недавно внес изменения в свой DNS-сервер, что является результатом изменения хост-серверов или перемещения сайта на другой IP-адрес. Такие изменения DNS, известные как Распространение DNS , не происходят мгновенно и иногда могут занять несколько часов, чтобы распространиться по всем авторитетным серверам имен.
• Проблемы с подключением к серверу - Хотя это может показаться простым, вполне возможно, что ошибка 502 Bad Gateway Error просто указывает на то, что сервер где-то в цепочке не работает или недоступен по какой-либо причине. Большинство современных приложений не размещаются на одном сервере, а вместо этого могут быть распределены по нескольким системам или даже полагаться на многие сторонние сервисы для работы. Если какой-либо из этих серверов отключен для обслуживания или недоступен по другим причинам, это может привести к ошибке, в результате которой будет выглядеть как из вашего собственного приложения.
• Неправильная конфигурация межсетевого экрана - Межсетевой экран - это базовое устройство безопасности, которое отслеживает сетевой трафик и действует как привратник, решая, какой трафик является безопасным, а какой может быть вредоносным. В большинстве случаев весь потенциально опасный трафик останавливается (и может регистрироваться для использования администратором сети). В некоторых ситуациях вполне возможно, что брандмауэр, настроенный где-то в сети, в которой работает ваше приложение, предотвращает прохождение некоторой формы критического трафика.Это особенно верно для приложений, которые полагаются на сети доставки контента ( CDN, ), которые действуют как сторонний хост для «тяжелого» контента, такого как изображения или видео, размещая этот контент от имени вашего приложения, чтобы ваше приложение могло поддерживать его скорость и эффективность. Однако службы автоматического брандмауэра могут иногда выполнять ложные срабатывания, принимая совершенно безопасный и действительный контент из сетей CDN или других источников за вредоносный, тем самым мгновенно отключая этот поток контента, что может привести к ошибке 502 Bad Gateway .
• Проверка журналов - Почти каждое веб-приложение ведет журналы в той или иной форме на стороне сервера. Журналы приложений обычно представляют собой историю того, что приложение делало, например, какие страницы были запрошены, к каким серверам оно подключалось, какие результаты из базы данных оно предоставляет и так далее. Журналы сервера связаны с фактическим оборудованием, на котором запущено приложение, и часто предоставляют подробные сведения о работоспособности и состоянии всех подключенных служб или даже самого сервера.Google «ведет журнал [PLATFORM_NAME]», если вы используете CMS, или «журналы [PROGRAMMING_LANGUAGE]» и «журналы [OPERATING_SYSTEM]», если вы запускаете собственное приложение, чтобы получить дополнительную информацию о поиске соответствующих журналов.
• Код приложения или ошибки скрипта - Если все остальное не помогает, возможно, проблема в каком-то настраиваемом коде в вашем приложении. Попробуйте определить причину возникновения проблемы, отладив приложение вручную и проанализировав журналы приложений и серверов.В идеале сделать копию всего приложения на локальном компьютере разработки и выполнить пошаговый процесс отладки, который позволит вам воссоздать точный сценарий, в котором произошла ошибка Bad Gateway , и просмотреть код приложения на в тот момент, когда что-то пойдет не так.

В конечном итоге, если в вашем приложении появляется ошибка 502 Bad Gateway Error , вам следует серьезно подумать об инструменте управления ошибками, который поможет вам автоматически обнаруживать исключения и сообщать о них вам и вашей команде в момент их возникновения.Программное обеспечение Airbrake для мониторинга ошибок обеспечивает мониторинг ошибок в режиме реального времени и автоматические отчеты об исключениях для всех ваших проектов разработки. Современная веб-панель управления Airbrake гарантирует, что вы будете получать круглосуточную информацию о состоянии вашего приложения и количестве ошибок. Независимо от того, над чем вы работаете, Airbrake легко интегрируется со всеми наиболее популярными языками и фреймворками. Кроме того, Airbrake упрощает настройку параметров исключений, предоставляя вам полный контроль над активной системой фильтрации ошибок, так что вы собираете только самые важные ошибки.

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

Как устранить сообщение об ошибке 502 неверный шлюз?

Проблемы с подключением к Интернету, особенно когда вы работаете из дома, могут сильно расстраивать. Если вы не разбираетесь в технике, вы можете попасть в сложные ситуации. Эти интернет-ошибки иногда могут сбивать с толку.Но когда вы его получите, не паникуйте. Мы здесь, чтобы объяснить, что такое ошибка 502, и что вы можете сделать для ее устранения.

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

  судо нано / и т.д. / nginx / сайты-доступные / zc

server {
        имя_сервера zc.samacappalti.it www.zc.samacappalti.it;

        корень / вар / www / htm;
        index index.html index.htm;

        место нахождения / {
        proxy_pass http: // ЦЕНЗУРИРОВАНО: 8080 / guacamole /;
        proxy_buffering выключен;
        proxy_http_version 1.1;
        proxy_set_header X-Forwarded-For $ proxy_add_x_forwarded_for;
        proxy_set_header Обновить $ http_upgrade;
        proxy_set_header Подключение $ http_connection;
        access_log off;
        }

    слушать [::]: 443 ssl ipv6only = on; # под управлением Certbot
    слушайте 443 ssl; # под управлением Certbot

    ssl_certificate / etc / letsencrypt / live / zc.samacappalti.it/fullchain.pem; # под управлением Certbot
    ssl_certificate_key /etc/letsencrypt/live/zc.samacappalti.it/privkey.pem; # под управлением Certbot

}

server {
    if ($ host = www.zc.samacappalti.it) {
        return 301 https: // $ host $ request_uri;
    } # под управлением Certbot

    if ($ host = zc.samacappalti.it) {
        return 301 https: // $ host $ request_uri;
    } # под управлением Certbot

        слушать 80;
        слушать [::]: 80;

        имя_сервера zc.samacappalti.it www.zc.samacappalti.it;
    возврат 404; # под управлением Certbot

}
  

  sudo nginx -t
nginx: файл конфигурации / etc / nginx / nginx.conf синтаксис в порядке
nginx: файл конфигурации /etc/nginx/nginx.conf, тест прошел успешно
  

  sudo tail -f /var/log/nginx/error.log
2020/10/19 21:45:42 [ошибка] 1234 # 1234: * 5 connect () не удалось (111: соединение отклонено) при подключении к восходящему потоку, клиент: 93.41.132.61, сервер: zc.samacappalti.it, запрос: «GET / HTTP / 1.1», восходящий поток: «http://192.168.100.233:8080/guacamole/», хост: «zc.samacappalti.it»
2020/10/19 21:45:42 [ошибка] 1234 # 1234: * 5 connect () не удалось (111: соединение отклонено) при подключении к восходящему потоку, клиент: 93.41.132.61, сервер: zc.samacappalti.it, запрос: «GET /favicon.ico HTTP / 1.1», восходящий поток: «http://192.168.100.233:8080/guacamole/favicon.ico», хост: «zc. samacappalti.it ", реферер:" https://zc.samacappalti.it/ "
2020/10/19 21:45:42 [ошибка] 1234 # 1234: * 5 connect () не удалось (111: соединение отклонено) при подключении к восходящему потоку, клиент: 93.41.132.61, сервер: zc.samacappalti.it, запрос: «GET / HTTP / 1.1», восходящий поток: «http://192.168.100.233:8080/guacamole/», хост: «zc.samacappalti.it»
2020/10/19 21:45:42 [ошибка] 1234 # 1234: * 5 connect () не удалось (111: соединение отклонено) при подключении к восходящему потоку, клиент: 93.41.132.61, сервер: zc.samacappalti.it, запрос: «GET /favicon.ico HTTP / 1.1», восходящий поток: «http://192.168.100.233:8080/guacamole/favicon.ico», хост: «zc. samacappalti.it ", реферер:" https://zc.samacappalti.it/ "
2020/10/19 21:45:42 [ошибка] 1234 # 1234: * 5 connect () не удалось (111: соединение отклонено) при подключении к восходящему потоку, клиент: 93.41.132.61, сервер: zc.samacappalti.it, запрос: «GET / HTTP / 1.1», восходящий поток: «http://192.168.100.233:8080/guacamole/», хост: «zc.samacappalti.it»
2020/10/19 21:45:42 [ошибка] 1234 # 1234: * 5 connect () не удалось (111: соединение отклонено) при подключении к восходящему потоку, клиент: 93.41.132.61, сервер: zc.samacappalti.it, запрос: «GET /favicon.ico HTTP / 1.1», восходящий поток: «http://192.168.100.233:8080/guacamole/favicon.ico», хост: «zc. samacappalti.it ", реферер:" https://zc.samacappalti.it/ "
2020/10/19 21:51:48 [ошибка] 1235 # 1235: * 1 connect () не удалось (111: соединение отклонено) при подключении к восходящему потоку, клиент: 93.41.132.61, сервер: zc.samacappalti.it, запрос: «GET / HTTP / 1.1», восходящий поток: «http://192.168.100.233:8080/guacamole/», хост: «zc.samacappalti.it»
2020/10/19 21:51:49 [ошибка] 1235 # 1235: * 1 connect () не удалось (111: соединение отклонено) при подключении к восходящему потоку, клиент: 93.41.132.61, сервер: zc.samacappalti.it, запрос: «GET /favicon.ico HTTP / 1.1», восходящий поток: «http://192.168.100.233:8080/guacamole/favicon.ico», хост: «zc. samacappalti.it ", реферер:" https://zc.samacappalti.it/ "
2020/10/19 22:12:34 [ошибка] 1406 # 1406: * 1 connect () не удалось (111: соединение отклонено) при подключении к восходящему потоку, клиент: 93.41.132.61, сервер: zc.samacappalti.it, запрос: «GET / HTTP / 1.1», восходящий поток: «http://192.168.100.233:8080/guacamole/», хост: «zc.samacappalti.it»
2020/10/19 22:17:56 [ошибка] 1406 # 1406: * 4 connect () не удалось (111: соединение отклонено) при подключении к восходящему потоку, клиент: 205.169.39.38, сервер: zc.samacappalti.it, запрос: «GET / HTTP / 1.1», восходящий поток: «http://192.168.
No related posts.