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

Всем доброго времени суток! Сегодня мы разбираем очередную ошибку, которая вылезает при открытии сайта – 502 (Bad Gateway). Для начала давайте разберемся, что это значит и откуда она взялась? Разберемся с этой проблемой подробно. Поехали!

Введение

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

Пользователь пытается зайти на сайт. Браузер отправляет запрос. Сервер должен передать определенные данные пользователю. Если один из промежуточных серверов не смог получить нормальный ответ от следующего сервера, мы и можем наблюдать эту ошибку. Поэтому 502 чаще всего не говорит о поломке вашего компьютера. Обычно это проблема на стороне сайта, хостинга, CDN, прокси или серверной связки вроде Nginx + PHP-FPM.

В таком случае виновником может быть:

• Хостинг-сервер – сервер мог зависнуть, заглючить или вообще лечь. Чаще всего он в этот момент просто перезагружается и нужно немного подождать. Есть вероятность, что на хостинге ведутся технические работы.
• Прокси или VPN – если вы используете в качестве подключения посредника, то проблемы могут быть на его стороне.
• DNS-сервер – иногда домен временно указывает не туда, DNS-кэш хранит старые данные или провайдерский DNS отвечает неправильно.
• Проблема с настройками CMS-движка сайта. Например, кривые плагины, тяжелая тема, конфликт после обновления или ошибка в PHP-коде.
• Если в сообщении вы видите надписи «Bad Gateway Nginx» или «Bad Gateway Apache», то проблема обычно связана с серверной частью. Например, Nginx не смог получить нормальный ответ от PHP-FPM, Apache, Node.js, Python-приложения или другого backend-сервиса.
• CDN или защитный сервис. Если на странице есть оформление Cloudflare, DDoS-Guard или другого сервиса, ошибка может означать, что промежуточный сервис не смог связаться с исходным сервером сайта.

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

ПРОСТОЙ ПРИМЕР. Представьте, что браузер – это вы, кассир – это веб-сервер, а склад – это backend, где реально лежит товар. Вы просите кассира принести товар со склада, а склад не отвечает или отвечает ерундой. Кассир не может выполнить заказ и показывает ошибку 502. То есть проблема чаще всего не в вас, а в том, что один сервер не получил нормальный ответ от другого.

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

Я пользователь

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

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

Поэтому сходите, попейте чай и минуты через 2-3 попробуйте перезагрузить страницу. В этот момент можно выполнить перезагрузку вашего компьютера, если у вас параллельно наблюдаются другие сетевые странности. Также я бы на всякий случай перезапустил роутер или модем. Для этого достаточно выключить и включить его снова с помощью кнопки «Power» или «On/Off».

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

Если ошибка 502 появляется сразу на многих сайтах, это уже другая история. Тут может быть виноват провайдер, DNS, прокси, VPN, корпоративный фильтр или ваш роутер. В таком случае проверьте интернет на другом устройстве: телефоне, планшете или втором ноутбуке. Если через тот же Wi-Fi ошибка повторяется везде, проблема ближе к сети. Если на других устройствах все открывается нормально, копаем конкретный компьютер или браузер.

В очень редких случаях помогает очистка кэша и cookie-файлов в вашем браузере. Для этого зажимаем клавиши Ctrl, Shift, и, не отпуская их, жмем по клавише Delete.

Вылезет окошко очистки истории. Выделяем пункты:

• История браузера.
• История скачиваний.
• Файлы cookie и другие данные сайтов.
• Изображения и другие файлы, сохраненные в кеше.

Смотрите, чтобы стоял «Временный диапазон» – «Все время». Жмем «Удалить данные». После этого закрываем и открываем браузер.

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

Можно попробовать сбросить кэш DNS и IP-адреса. Для этого открываем командную строку, PowerShell или Терминал Windows с правами администратора. Проще всего это сделать через строку поиска.

Давайте сначала выполним сброс протокола и настроек IP:

netsh int ip reset

Теперь сбрасываем кэш DNS:

ipconfig /flushdns

После этого перезагружаем компьютер. DNS-кэш – это локальная память Windows, где хранятся адреса сайтов. Иногда там остается старый или неправильный адрес, особенно после смены DNS, переезда сайта, проблем у провайдера или использования VPN. Команда ipconfig /flushdns очищает этот кэш, и система заново спрашивает, куда вести домен. Если хотите подробнее пройти этот шаг, посмотрите отдельную инструкцию про сброс кэша DNS в Windows.

Если вы все же используете какие-то прокси или VPN, то полностью их отключите. Также это касается различных расширений. Чтобы это проверить, попробуйте открыть страницу в режиме инкогнито: в Chrome, Edge и Opera это Ctrl + Shift + N, а в Firefox – Ctrl + Shift + P. Обычно в данном режиме браузер работает без большинства расширений и с более чистыми настройками. Если это поможет, то попробуйте полностью отключить расширения и включать их по одному.

Отдельно проверьте системный прокси. В Windows 10 и Windows 11 откройте «Пуск» – «Параметры» – «Сеть и Интернет» – «Прокси». Если вы сами не настраивали прокси, отключите ручной прокси-сервер и сценарий настройки. После VPN, корпоративных программ, анонимайзеров и некоторых расширений там могут оставаться лишние параметры. Более подробно этот шаг разобран в статье как отключить прокси-сервер в Windows.

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

Попробуем еще поменять адреса DNS-серверов:

1. Через сочетание клавиш + R вызываем окно «Выполнить» и вводим команду:

ncpa.cpl

2. Вы должны увидеть несколько подключений. Если вы подключены к интернету по проводу, то выбираем «Ethernet», если беспроводным путем, то выбираем «Wi-Fi». Кликаем по этому подключению правой кнопкой мыши и заходим в «Свойства».

3. Заходим в свойства IPv4 и устанавливаем DNS вручную. Пробуем DNS от Google: 8.8.8.8 и 8.8.4.4. Или от Яндекс: 77.88.8.8 и 77.88.8.1.

4. В конце жмем «ОК».

Можно также использовать DNS 1.1.1.1 и 1.0.0.1. Но важно понимать: смена DNS не чинит сломанный сайт. Она помогает только в том случае, если проблема именно в определении адреса сайта, провайдерском DNS, старом кэше или региональной маршрутизации. Если сервер сайта реально лежит и отдает 502 всем пользователям, смена DNS ничего не изменит. Подробнее про настройку DNS можно прочитать в отдельной инструкции как настроить DNS на компьютере.

БЫСТРАЯ ПРОВЕРКА. Откройте этот же сайт с телефона через мобильный интернет, а не через домашний Wi-Fi. Если через мобильную сеть сайт открылся, а через домашний интернет дает 502, проблема может быть в DNS, провайдере, роутере, VPN или маршрутизации. Если и с мобильного интернета ошибка такая же, почти наверняка виновата сторона сайта.

Если ничего не помогает, то вот пара рекомендаций, которые могут помочь:

• Попробуйте убрать все лишнее из автозагрузки. Можно даже попробовать убрать все кроме антивирусника. Об этом подробно написано тут.
• Вспомните, не устанавливали ли ранее какую-то программу, которая может в теории мешать подключению. Можно попробовать ее удалить.
• Есть вероятность, что сайт заблокирован на территории вашей страны, у провайдера или в корпоративной сети. В таком случае ошибка может показываться не всегда как блокировка – иногда пользователь видит 502, 403, сброс соединения или просто пустую страницу.
• Если проблема наблюдается при входе на все сайты, то можно попробовать обратиться в техническую поддержку вашего провайдера.
• Можно попробовать удалить и установить драйверы на вашу сетевую карту или Wi-Fi адаптер. Об этом подробно написано тут.
• Если кроме 502 у вас в целом не открываются некоторые сайты, посмотрите отдельную инструкцию почему не открываются некоторые сайты.

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

Я администратор сайта

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

От чего может вообще лечь сервер:

• Большое количество посетителей или наплыв ботов. Каждый сервер имеет определенный предел максимального количества пользователей. Опять же, об этом можно узнать на сайте хостинга. Почти на всех подобных ресурсах есть показатели максимальной нагрузки. Если данный показатель превышен, то стоит взять в аренду более мощные серверы.
• DDoS-атака – чем-то напоминает прошлую проблему. Только в этом случае резкий наплыв трафика связан с хакерской атакой, ботами или мусорными запросами.
• Оверселлинг. Лучше рассказать на примере. Представим себе, что Иван берет в аренду сервер с определенным количеством ресурсов, которые могут обработать какое-то количество клиентов. Иван постарался взять в аренду сервер с запасом. И как итог в начале своего пути его сайт нагружает сервер на 20-30%. Остальные же 70% простаивают и не используются. Недобросовестный хостинг берет и начинает использовать эти 70% для других ресурсов. И вот когда сайт Ивана начинает расти и пользователей становится больше, то серверу нужно потреблять больше ресурсов, которых просто не хватает. Это и называется «Оверселлингом». Узнать об этом самостоятельно сложно, но если сайт постоянно отваливается, виснет и дает 502 без явных причин, то стоит задуматься о смене хостинга.
• Плохая оптимизация сайта. Администратор обязан оптимизировать сайт таким образом, чтобы было как можно меньше тяжелых запросов на сервер при посещении хотя бы одной страницы. Если сайт оптимизирован плохо, то при резком скачке посетителей сервер может не справиться с большим количеством запросов.
• Проблемы с backend-службами. Например, PHP-FPM остановился, завис, уперся в лимит процессов, не совпадает путь к сокету, Node.js приложение упало, база данных не отвечает или очередь запросов переполнена.
• Ошибки после обновления. Часто 502 появляется после обновления PHP, CMS, темы, плагинов, конфигурации Nginx, Apache, Docker-контейнеров или панели управления сервером.

Давайте посмотрим, что же мы можем сделать. В первую очередь зайдите на сервер и пропишите команду:

top

Нас интересует оперативная память (Mem), файл подкачки (Swap), нагрузка на процессор и список самых прожорливых процессов. Total – это полный объем, который есть. Free – это количество свободной памяти. Но смотреть только на free не совсем правильно: Linux активно использует память под кэш, и это нормально. Если свободной памяти мало, Swap забит, нагрузка высокая, а процессы PHP-FPM, MySQL или веб-сервер потребляют все ресурсы, тогда ошибка 502 вполне может появляться из-за нехватки ресурсов.

Для проверки памяти можно дополнительно выполнить:

free -m

Если у вас установлен htop, он удобнее обычного top:

htop

Если же ОЗУ достаточно, то есть вероятность, что на php-cgi или PHP-FPM процессы установлены слишком жесткие лимиты в конфигурации. На старых связках это мог быть модуль mod_fastcgi или mod_fcgid в Apache. На современных серверах чаще используется связка Nginx + PHP-FPM. В этом случае нужно проверять не только httpd.conf, но и настройки пула PHP-FPM, например параметры pm.max_children, pm.max_requests, request_terminate_timeout и путь к socket/listen.

Проверьте, запущены ли основные службы:

systemctl status nginx

systemctl status apache2

systemctl status php-fpm

systemctl status mysql

Названия служб могут отличаться. Например, PHP-FPM может называться php8.2-fpm, php8.3-fpm или иначе, в зависимости от версии PHP и дистрибутива. Если служба не запущена, посмотрите ошибку и попробуйте перезапустить ее. Но не перезапускайте все подряд вслепую на боевом сервере, если не понимаете последствия.

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

OOM (out of memory)

Также ищите в логах сообщения вроде:

• connect() failed
• upstream prematurely closed connection
• connection refused
• no such file or directory для сокета PHP-FPM
• upstream timed out
• Primary script unknown

Типовые места логов:

• /var/log/nginx/error.log
• /var/log/apache2/error.log
• /var/log/httpd/error_log
• /var/log/php-fpm/error.log
• логи панели управления хостингом или Docker-контейнера.

Можно просмотреть все ошибки за данный период. Если до этого на сайте были произведены какие-то серьезные обновления, то стоит подумать об откате. Например, обновили PHP с одной ветки на другую, а в конфигурации Nginx остался старый путь к сокету. Или обновили плагин WordPress, а он начал создавать тяжелые запросы к базе и валить PHP-FPM. В таком случае откат плагина, темы или PHP-версии может временно вернуть сайт в работу, а потом уже спокойно искать причину.

НЕ ДЕЛАЙТЕ ВСЕ СРАЗУ. Частая ошибка администратора – одновременно перезапустить все службы, обновить плагины, поменять конфиг и почистить кэш. После этого сложно понять, что реально помогло или что окончательно сломало сайт. Лучше идти по шагам: проверить логи, нагрузку, службы, последние изменения, конфиг и только потом менять настройки.

Вспомните, не устанавливали ли вы до этого какой-то сторонний плагин. Некоторые плагины могут нарушить работу сайта и выводить подобные ошибки. Некоторые плагины могли быть обновлены до нестабильной версии.

Для WordPress и других CMS я бы проверил следующее:

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

Из последнего, что я могу посоветовать, так это проверить работу службы MySQL и Memcached. Если с ними все в порядке, то стоит обратиться в техническую поддержку вашего хостинга. Самое главное – четко и точно описать свою проблему, а также все действия, которые вы уже предприняли. Напишите время появления ошибки, URL страницы, что меняли перед этим, какие строки есть в логах и какие службы уже проверяли. Вы также можете обратиться со своим вопросом ко мне в комментариях, и я постараюсь вам помочь.

Если сайт стоит за Cloudflare или другим CDN, проверьте не только свой сервер, но и панель CDN. Временно можно поставить сайт в режим разработчика, очистить кэш CDN или проверить, открывается ли origin-сервер напрямую. Но делайте это аккуратно, особенно если на сайте есть защита от DDoS. Если CDN показывает 502, это не всегда означает, что сломался сам CDN. Часто он просто не может достучаться до вашего исходного сервера.

Короткий порядок действий

Если вы обычный пользователь:

1. Обновите страницу через пару минут.
2. Проверьте другие сайты.
3. Откройте сайт с телефона через мобильный интернет.
4. Отключите VPN, прокси и расширения браузера.
5. Попробуйте другой браузер или режим инкогнито.
6. Очистите кэш браузера.
7. Сбросьте DNS-кэш командой ipconfig /flushdns.
8. Попробуйте другой DNS.
9. Если ошибка только на одном сайте – ждите или пишите владельцу сайта.

Если вы администратор сайта:

1. Проверьте логи Nginx, Apache, PHP-FPM и приложения.
2. Проверьте нагрузку через top, htop или панель хостинга.
3. Проверьте, запущены ли PHP-FPM, база данных, веб-сервер и кэш-сервисы.
4. Проверьте последние изменения: плагины, тему, PHP, конфиги, Docker, CDN.
5. Проверьте лимиты PHP-FPM, память, Swap и количество процессов.
6. Если проблема на хостинге – передайте в поддержку время ошибки и строки из логов.

FAQ – частые вопросы

Что значит ошибка 502 Bad Gateway?

Это значит, что сервер-посредник не получил нормальный ответ от другого сервера. Чаще всего проблема находится на стороне сайта, хостинга, CDN, прокси или backend-службы, а не на компьютере пользователя.

 

Могу ли я сам исправить ошибку 502?

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

 

Почему 502 появляется только на одном сайте?

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

 

Почему ошибка 502 появляется через VPN?

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

 

Поможет ли очистка кэша браузера?

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

 

Поможет ли смена DNS?

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

 

Что делать владельцу сайта при 502?

Смотреть логи, нагрузку, состояние PHP-FPM, Nginx, Apache, базы данных, кэша и последние изменения. Очень часто причина в упавшем backend, нехватке памяти, лимитах PHP-FPM, ошибке конфигурации или конфликте плагина.

 

Чем 502 отличается от 504?

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

Видео

YouTube