502 bad gateway перевод: Что такое ошибка 502 Bad Gateway и как ее исправить – База знаний Timeweb Community

• 11/16/2019
• Чтение занимает 6 мин

В этой статье

Узнайте, как устранить ошибки неисправного шлюза (502), полученные при использовании шлюза приложений Azure.Learn how to troubleshoot bad gateway (502) errors received when using Azure Application Gateway.

Примечание

Эта статья была изменена, и теперь в ней содержатся сведения о модуле Az PowerShell для Azure.This article has been updated to use the Azure Az PowerShell module. Модуль Az PowerShell является рекомендуемым модулем PowerShell для взаимодействия с Azure.The Az PowerShell module is the recommended PowerShell module for interacting with Azure. Чтобы начать работу с модулем Az PowerShell, ознакомьтесь со статьей Установка Azure PowerShell.To get started with the Az PowerShell module, see Install Azure PowerShell. Дополнительные сведения см. в статье Перенос Azure PowerShell с AzureRM на Az.To learn how to migrate to the Az PowerShell module, see Migrate Azure PowerShell from AzureRM to Az.

ОбзорOverview

После настройки шлюза приложений может появиться сообщение об ошибке «сервер: 502-веб-сервер получил недопустимый ответ при выступающем в качестве шлюза или прокси-сервера».After configuring an application gateway, one of the errors that you may see is «Server Error: 502 — Web server received an invalid response while acting as a gateway or proxy server». Эта ошибка может возникать по следующим основным причинам.This error may happen for the following main reasons:

Проблема группы безопасности сети, определенного пользователем маршрута или пользовательской службы DNSNetwork Security Group, User Defined Route, or Custom DNS issue

ПричинаCause

Если доступ к серверной части заблокирован из-за NSG, UDR или настраиваемой службы DNS, экземпляры шлюза приложений не могут подключиться к внутреннему пулу.If access to the backend is blocked because of an NSG, UDR, or custom DNS, application gateway instances can’t reach the backend pool. Это приводит к сбоям проверки, что приводит к ошибкам 502.This causes probe failures, resulting in 502 errors.

NSG/UDR может присутствовать в подсети шлюза приложений или в подсети, в которой развернуты виртуальные машины приложения.The NSG/UDR could be present either in the application gateway subnet or the subnet where the application VMs are deployed.

Аналогично, наличие настраиваемой службы DNS в виртуальной сети также может вызвать проблемы.Similarly, the presence of a custom DNS in the VNet could also cause issues. Полное доменное имя, используемое для членов внутреннего пула, может неправильно разрешаться пользовательским DNS-сервером для виртуальной сети.A FQDN used for backend pool members might not resolve correctly by the user configured DNS server for the VNet.

РешениеSolution

Проверьте конфигурацию NSG, UDR и DNS, сделав следующее:Validate NSG, UDR, and DNS configuration by going through the following steps:

• Проверьте группы безопасности сети, связанные с подсетью шлюза приложений.Check NSGs associated with the application gateway subnet. Убедитесь, что обмен данными с серверной частью не заблокирован.Ensure that communication to backend isn’t blocked.
• Проверьте UDR, связанные с подсетью шлюза приложений.Check UDR associated with the application gateway subnet. Убедитесь, что UDR не направляет трафик из внутренней подсети.Ensure that the UDR isn’t directing traffic away from the backend subnet. Например, проверьте маршрутизацию на виртуальные сетевые устройства или маршруты по умолчанию, объявляемые в подсети шлюза приложений через ExpressRoute или VPN.For example, check for routing to network virtual appliances or default routes being advertised to the application gateway subnet via ExpressRoute/VPN.

$vnet = Get-AzVirtualNetwork -Name vnetName -ResourceGroupName rgName
Get-AzVirtualNetworkSubnetConfig -Name appGwSubnet -VirtualNetwork $vnet

• Проверьте действующую NSG и маршрут с серверной виртуальной машиной.Check effective NSG and route with the backend VM

Get-AzEffectiveNetworkSecurityGroup -NetworkInterfaceName nic1 -ResourceGroupName testrg
Get-AzEffectiveRouteTable -NetworkInterfaceName nic1 -ResourceGroupName testrg
 

• Проверьте наличие пользовательской службы DNS в виртуальной сети.Check presence of custom DNS in the VNet. Службу DNS можно проверить, просмотрев подробности свойств виртуальной сети в выходных данных.DNS can be checked by looking at details of the VNet properties in the output.

Get-AzVirtualNetwork -Name vnetName -ResourceGroupName rgName 
DhcpOptions            : {
                           "DnsServers": [
                             "x.x.x.x"
                           ]
                         }

При наличии убедитесь, что DNS-сервер может правильно разрешить полное доменное имя участника серверного пула.If present, ensure that the DNS server can resolve the backend pool member’s FQDN correctly.

Проблемы со стандартной пробой работоспособностиProblems with default health probe

ПричинаCause

ошибки 502 также могут быть часто индикаторами, что проба работоспособности по умолчанию не может связаться с внутренними виртуальными машинами.502 errors can also be frequent indicators that the default health probe can’t reach back-end VMs.

При подготовке экземпляра шлюза приложений автоматически настраивается проверка работоспособности по умолчанию для каждого BackendAddressPool с помощью свойств BackendHttpSetting.When an application gateway instance is provisioned, it automatically configures a default health probe to each BackendAddressPool using properties of the BackendHttpSetting. Пользователю ничего не нужно вводить для настройки этой пробы.No user input is required to set this probe. В частности, при настройке правила балансировки нагрузки между BackendHttpSetting и BackendAddressPool устанавливается связь.Specifically, when a load-balancing rule is configured, an association is made between a BackendHttpSetting and a BackendAddressPool. Для каждой из этих связей настраивается проверка по умолчанию, и шлюз приложений запускает периодическую проверку работоспособности подключения к каждому экземпляру в BackendAddressPool на порте, указанном в элементе BackendHttpSetting.A default probe is configured for each of these associations and the application gateway starts a periodic health check connection to each instance in the BackendAddressPool at the port specified in the BackendHttpSetting element.

В следующей таблице перечислены значения, связанные с зондом работоспособности по умолчанию.The following table lists the values associated with the default health probe:

РешениеSolution

• Убедитесь, что стандартный сайт настроен и ожидает передачи данных по адресу 127.0.0.1.Ensure that a default site is configured and is listening at 127.0.0.1.
• Если в параметре BackendHttpSetting задан порт, отличный от 80, на стандартном сайте нужно настроить ожидание передачи данных через этот порт.If BackendHttpSetting specifies a port other than 80, the default site should be configured to listen at that port.
• Вызов к http://127.0.0.1:port должен вернуть код результата HTTP 200.The call to http://127.0.0.1:port should return an HTTP result code of 200. Это должно быть возвращено в течение 30-секундного периода ожидания.This should be returned within the 30-second timeout period.
• Убедитесь, что настроенный порт открыт и в нем нет правил брандмауэра или групп безопасности сети Azure, которые блокируют входящий или исходящий трафик на настроенном порту.Ensure that the port configured is open and that there are no firewall rules or Azure Network Security Groups, which block incoming or outgoing traffic on the port configured.
• Если классические виртуальные машины Azure или облачная служба используются с полным доменным именем или общедоступным IP-адресом, убедитесь, что соответствующая Конечная точка открыта.If Azure classic VMs or Cloud Service is used with a FQDN or a public IP, ensure that the corresponding endpoint is opened.
• Если виртуальная машина настроена с помощью Azure Resource Manager и находится за пределами виртуальной сети, в которой развернут шлюз приложений, Группа безопасности сети должна быть настроена для разрешения доступа к нужному порту.If the VM is configured via Azure Resource Manager and is outside the VNet where the application gateway is deployed, a Network Security Group must be configured to allow access on the desired port.

Проблемы с пользовательскими пробами работоспособностиProblems with custom health probe

ПричинаCause

Пользовательские пробы работоспособности более гибкие по сравнению со стандартными.Custom health probes allow additional flexibility to the default probing behavior. При использовании пользовательских зондов можно настроить интервал пробы, URL-адрес, путь для проверки и количество неудачных откликов, которые следует принять, прежде чем пометить экземпляр пула серверной части как неработоспособный.When you use custom probes, you can configure the probe interval, the URL, the path to test, and how many failed responses to accept before marking the back-end pool instance as unhealthy.

Добавляются следующие дополнительные свойства:The following additional properties are added:

РешениеSolution

Настройте пользовательскую пробу производительности правильно, как описано в таблице выше.Validate that the Custom Health Probe is configured correctly as the preceding table. Кроме действий по устранению неполадок, описанных выше, требуется соблюдение следующих условий:In addition to the preceding troubleshooting steps, also ensure the following:

• проба указана правильно, согласно руководству;Ensure that the probe is correctly specified as per the guide.
• Если шлюз приложений настроен для одного сайта, по умолчанию имя узла должно быть указано как 127.0.0.1 , если иное не настроено в пользовательской зонде.If the application gateway is configured for a single site, by default the Host name should be specified as 127.0.0.1, unless otherwise configured in custom probe.
• Убедитесь, что вызов http:// <host> : <port> <path> возвращает код результата HTTP 200.Ensure that a call to http://<host>:<port><path> returns an HTTP result code of 200.
• Убедитесь, что интервал, время ожидания и Унхеалтисрешолд находятся в допустимых диапазонах.Ensure that Interval, Timeout, and UnhealtyThreshold are within the acceptable ranges.
• При использовании зонда HTTPS убедитесь, что внутренний сервер не требует SNI путем настройки резервного сертификата.If using an HTTPS probe, make sure that the backend server doesn’t require SNI by configuring a fallback certificate on the backend server itself.

Время ожидания запросаRequest time-out

ПричинаCause

При получении запроса от пользователя шлюз приложений применяет настроенные правила к запросу и направляет его в экземпляр пула серверной части.When a user request is received, the application gateway applies the configured rules to the request and routes it to a back-end pool instance. Затем в течение указанного интервала он ожидает отклик от серверного экземпляра.It waits for a configurable interval of time for a response from the back-end instance. По умолчанию этот интервал составляет 20 секунд.By default, this interval is 20 seconds. Если шлюз приложений не получает ответ от серверного приложения в этот интервал, запрос пользователя возвращает ошибку 502.If the application gateway does not receive a response from back-end application in this interval, the user request gets a 502 error.

РешениеSolution

Шлюз приложений позволяет настроить этот параметр с помощью BackendHttpSetting, который затем можно применить к разным пулам.Application Gateway allows you to configure this setting via the BackendHttpSetting, which can be then applied to different pools. Разные пулы внутренних серверных пулов могут иметь разные BackendHttpSetting, а также настроено другое время ожидания запроса.Different back-end pools can have different BackendHttpSetting, and a different request time-out configured.

    New-AzApplicationGatewayBackendHttpSettings -Name 'Setting01' -Port 80 -Protocol Http -CookieBasedAffinity Enabled -RequestTimeout 60

Пустой серверный пул адресовEmpty BackendAddressPool

ПричинаCause

Если в шлюзе приложений нет виртуальных машин или масштабируемых наборов виртуальных машин, настроенных в пуле внутренних адресов, он не сможет направить запрос клиента и отправит ошибку неправильного шлюза.If the application gateway has no VMs or virtual machine scale set configured in the back-end address pool, it can’t route any customer request and sends a bad gateway error.

РешениеSolution

Убедитесь, что пул внутренних адресов не пуст.Ensure that the back-end address pool isn’t empty. Это можно сделать с помощью PowerShell, интерфейса командной строки или на портале.This can be done either via PowerShell, CLI, or portal.

Get-AzApplicationGateway -Name "SampleGateway" -ResourceGroupName "ExampleResourceGroup"

Выходные данные командлета, приведенного выше, должны содержать непустой серверный пул адресов.The output from the preceding cmdlet should contain non-empty back-end address pool. В следующем примере показаны два возвращенных пула, для которых настроено полное доменное имя или IP-адреса для внутренних виртуальных машин.The following example shows two pools returned which are configured with a FQDN or an IP addresses for the backend VMs. Состояние подготовки серверного пула адресов должно быть «Выполнено».The provisioning state of the BackendAddressPool must be ‘Succeeded’.

BackendAddressPoolsText:BackendAddressPoolsText:

[{
    "BackendAddresses": [{
        "ipAddress": "10.0.0.10",
        "ipAddress": "10.0.0.11"
    }],
    "BackendIpConfigurations": [],
    "ProvisioningState": "Succeeded",
    "Name": "Pool01",
    "Etag": "W/\"00000000-0000-0000-0000-000000000000\"",
    "Id": "/subscriptions/<subscription id>/resourceGroups/<resource group name>/providers/Microsoft.Network/applicationGateways/<application gateway name>/backendAddressPools/pool01"
}, {
    "BackendAddresses": [{
        "Fqdn": "xyx.cloudapp.net",
        "Fqdn": "abc.cloudapp.net"
    }],
    "BackendIpConfigurations": [],
    "ProvisioningState": "Succeeded",
    "Name": "Pool02",
    "Etag": "W/\"00000000-0000-0000-0000-000000000000\"",
    "Id": "/subscriptions/<subscription id>/resourceGroups/<resource group name>/providers/Microsoft.Network/applicationGateways/<application gateway name>/backendAddressPools/pool02"
}]

Неработоспособные экземпляры в серверном пуле адресовUnhealthy instances in BackendAddressPool

ПричинаCause

Если все экземпляры BackendAddressPool неработоспособны, шлюз приложений не имеет серверной части для маршрутизации запроса пользователя.If all the instances of BackendAddressPool are unhealthy, then the application gateway doesn’t have any back-end to route user request to. Это также может быть так, когда серверные экземпляры находятся в работоспособном состоянии, но не развернуто необходимое приложение.This can also be the case when back-end instances are healthy but don’t have the required application deployed.

РешениеSolution

Сделайте экземпляры работоспособными и правильно настройте приложение.Ensure that the instances are healthy and the application is properly configured. Убедитесь, что серверные экземпляры могут отвечать на запросы проверки связи из другой виртуальной машины в той же виртуальной сети.Check if the back-end instances can respond to a ping from another VM in the same VNet. При настройке с общедоступной конечной точкой Убедитесь, что запрос браузера к веб-приложению является обслуживаемым.If configured with a public end point, ensure a browser request to the web application is serviceable.

Дальнейшие действияNext steps

Если описанные выше действия не помогли устранить проблему, отправьте запрос в службу поддержки.If the preceding steps don’t resolve the issue, open a support ticket.

Что такое error 502

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

Выражение «ошибка 502 bad gateway» можно перевести как «неверный шлюз». Это будет означать, что браузер (обозреватель Интернета) на вашем компьютере при запросе какой-либо информации с веб-узла получил неприемлемый ответ от другого сервера (DNS или прокси-сервера). Об этом и сообщается пользователю при выводе на экране сообщения «502 ошибка».

Большинство интернет-пользователей неоднократно сталкивались с такой ошибкой, однако для некоторых это может быть впервые. Что же делать, когда сообщение «ошибка 502» появилось на экране вашего компьютера? В первую очередь необходимо проверить, есть ли вообще доступ к Интернету. Для этого следует набрать в браузере адрес другого сайта, который гарантированно должен работать в данный момент, поскольку, например, корпоративный доступ к Интернету осуществляется посредством прокси-сервера, а не сразу же через модем, подключенный на вашем компьютере или встроенный в него. Если в последнем случае ошибка более детально распознается, то при доступе в Интернет посредством локальной сети система не имеет возможности проверить ошибку. В связи с этим пользователю не остается ничего другого, как выяснять причины ее появления косвенными методами.

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

Для этого вы можете сделать следующее:

• для Internet Explorer версий 7+: в меню заходите в «Сервис», затем выбираете «Свойства обозревателя», жмете на кнопку «Удалить», а после этого на кнопку «Удалить cookies»;
• для более ранних версий Internet Explorer: заходите в «меню Tools» , ищете «Internet option» и нажимаете «Delete cookies»;
• для Fierefox: заходите в «Инструменты», ищете «Настройки», выбираете « Cookies» и кликаете на «Очистить cookies»;
• для Opera: заходите в «Инструменты», выбираете «Удалить личные данные» и отмечаете галочками необходимые опции;
• для Google Chrome: заходите в «Инструменты», нажимаете «История», кликаете на «Очистить историю», а затем на «Очистить файлы cookies».

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

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

Что же в таких случаях можно предпринять?

Что же в таких случаях можно предпринять?

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

Ошибка 502 Bad Gateway переводится как «Неверный шлюз» и означает то, что обозреватель интернета (браузер) на вашем компьютере при запросе информации с веб-узла получил недопустимый ответ от сервера или DNS сервера, о чем и сообщает пользователю.

Что же можно предпринять в данном случае?

1. Проверить имеется ли вообще доступ к ресурсам сети Интренет. Для этого наберите в браузере наберите адрес любого другого сайта, желательно гарантированно работающего.

2. В том случае, если вы обнаружили, что доступ к глобальной сети имеется, но при попытке запроса страницы с нужного сайта все равно появляется 502 ошибка – попробуйте удалить cookies для этого сайта в вашем браузере. Это делается следующим образом:

▶ для Internet Explorer версий 7+ в меню: Сервис – Свойства обозревателя – Кнопка «Удалить» – Кнопка «Удалить cookies»
▶ для более ранних версий Internet Explorer: меню Tools – Internet options – Delete cookies
▶ для Fierefox: Инструменты – Настройки – Cookies – Очистить cookies
▶ для Opera: Инструменты – Удалить личные данные – Подробности.
▶ для Chrome: Инструменты – История – Очистить историю – Очистить файлы cookie и другие данные сайтов и подключаемых модулей

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

502 Bad Gateway, что это значит

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

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

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

Причины возникновения

Ошибка 502 Bad Gateway, что это значит стало понятно. Разберёмся какие могут быть причины для её возникновения. Несмотря на то что такая информация больше будет полезна владельцам серверов и сайтов мы углубимся в подробности.

Первой причиной появления такой ошибки становится низкая мощность сервера, к которому обращается запрос. Например, если он рассчитан на обработку 5 тысяч запросов в секунду, а ему отправляют от 7 до 10 тысяч обращений, сервер очень скоро отправить пользователям ошибку 502. Для решения проблемы в данном случае необходимо наращивать мощности сервера, это добавление памяти, которой недостаточно в текущем объёме и расширение канала. Особенно свойственно появление такой проблемы для серверов, организованных на базе домашних ПК, подобную нагрузку обычный компьютер не в состоянии выдержать, поэтому при малейшем её увеличении сервер падает.

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

Как бороться

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

Что может предпринять пользователь

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

1. Чтобы убедиться, что именно сервер запрошенного ресурса не отвечает, попробуйте обратиться к другому ресурсу. Просто откройте в браузере ссылку на другой сайт, который гарантированно работает. Если доступ на страницу свободно предоставляется, значит, ждите починки нужного ресурса. Этот метод особенно актуален для пользователей корпоративных сетей, в которых доступ к интернету осуществляется через локальную сеть. И часто система не имеет возможности диагностировать ошибку за пределами выделенных ей прав.
2. В случае если первый тест показал, что с доступом в сеть у пользователя все в порядке можно предпринять ещё одну меру. Опытные пользователи советуют почистить cookies. При желании пользователь может сделать это для конкретного сайта или удалить все данные.

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

• Если вы пользуетесь браузером «Интернет Эксплорер», то нажмите значок шестерёнки в верхнем правом углу страницы и в разделе безопасность выберите пункт «Удалить журнал браузера». Откроется диалоговое окно, в котором пользователю предложат выбрать что именно он хочет удалить. Отметьте нужные пункты и нажмите «Удалить».
• Для тех, кто предпочитает Яндекс-браузер инструкция, следующая. Нажмите на сэндвич из трёх горизонтальных линий, расположенный сразу после перечня открытых вкладок. Выберите дважды пункт «История». Тут можно отметить и удалить данные выборочно. Для полной очистки выберите в основном меню раздел «Дополнительно» и нажмите «Очистить историю».
• Пользователи Google Chrome должны выбрать в главном меню раздел «История». Затем на открывшейся странице развернуть боковую панель и выбрать команду «Очистить историю».

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

Рекомендации для владельцев ресурса

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

• Проанализируйте нагрузку, которая выдерживается сервером в штатном режиме и показатели при падении. Если нагрузка на оперативную память наблюдается, то необходимо ее добавить. Так как это один из важных узлов, обеспечивающих своевременную обработку информации.
• Если ошибка выскакивает слишком часто, то проверьте корректность установки лимитов на количество php-cgi процессов. Именно ошибочная конфигурация в этом моменте способствует выводу сервера из строя.
• Попробуйте сократить количество запросов к внешним ресурсам. Также может помочь установка ограничения на временной интервал ожидания ответа и загрузки.
• Если для сайта используется виртуальный сервер, то при частых повторениях ситуации лучше сменить провайдера.

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

Как часто вам приходится сталкиваться с такой ошибкой? Какие действия помогают исправить ситуацию? Интересует мнение как пользователей сети, так и владельцев сайтов. Поделитесь с нами своими наблюдениями.

502 ошибка сайта что это

На чтение 6 мин. Просмотров 21 Опубликовано 15.12.2019

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

502 ошибка Bad Gateway может проявляться по-разному. К примеру, 502 – Service Temporarily Overloaded или HTTP Error 502 – Bad Gateway .

Что вызывает 502 ошибку сервера

Ошибка 502 говорит о том, что обратный прокси-сервер ( допустим, Apache ) для сервера источника ( например, nginx ) получает некорректный ответ от исходного веб-сервера.

Посмотрев внимательнее, мы обнаружили, что Apache работает в нем как прокси nginx . Веб-сервер перезагружал http-сервис почти каждый час. Наш опыт в устранении подобных ошибок показывает, что ошибка 502 Bad Gateway появляется по одной из следующих причин:

1. Перегруженность сервера . Веб-сервер может падать из-за нехватки ресурсов ( например, оперативной памяти ), вызываемой избытком выполняемых процессов или агрессивными действиями пользователей;
2. Частая перезагрузка веб-сервера . Такое случается при ошибках конфигурации, сбоях в модулях, любых атаках, избытке выполняемых процессов и приложений. В результате пользователь видит временную 502 ошибку;
3. Плохой код сайта . Сайты с устаревшими приложениями или корявым кодом влияют на правильное функционирование сервера и ведут к периодическому возникновению 502 ошибки;
4. Ошибки сети . Прочие ошибки конфигурации сети ( проблемы с DNS, маршрутизация, блокировка файерволом, используемым на сервере, проблемы у провайдера ) также становятся причиной появления 502 ошибки сервера;
5. Время ожидания серверного программного обеспечения . 502 ошибка неизбежна при снижении скорости выполнения запросов в nginx, когда средство кэширования ( например, Varnish Cache ) уходит в таймаут. Сюда же относятся и медленные запросы.

Как исправить 502 серверную ошибку в nginx

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

Затем мы покопались в конфигурации сервера, и увидели, что там отсутствовал модуль mod_rpaf . Именно это и вызывало падение сервера:

Rpaf – это модуль Reverse proxy add forward , разработанный для серверов Apache . Он нужен в том случае, если вы задаете Nginx фронденд-сервером и хотите получить реальный IP серверных запросов.

Данный модуль не работал под Apache-2.4 , поэтому мы немного его подправили. После перекомпиляции и перезагрузки Apache ошибки сегментации прекратились.

Мы последили за сервером еще пару часов и убедились в том, что перезагрузки прекратились, а серверные ошибки исчезли.

Вот несколько советов, как исправить ошибку 502 bad gateway :

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

Данная публикация представляет собой перевод статьи « HOW TO FIX «502 SERVER ERROR – BAD GATEWAY» IN WEB SERVERS » , подготовленной дружной командой проекта Интернет-технологии.ру

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

Выражение «ошибка 502 bad gateway» можно перевести как «неверный шлюз». Это будет означать, что браузер (обозреватель Интернета) на вашем компьютере при запросе какой-либо информации с веб-узла получил неприемлемый ответ от другого сервера (DNS или прокси-сервера). Об этом и сообщается пользователю при выводе на экране сообщения «502 ошибка».

Большинство интернет-пользователей неоднократно сталкивались с такой ошибкой, однако для некоторых это может быть впервые. Что же делать, когда сообщение «ошибка 502» появилось на экране вашего компьютера? В первую очередь необходимо проверить, есть ли вообще доступ к Интернету. Для этого следует набрать в браузере адрес другого сайта, который гарантированно должен работать в данный момент, поскольку, например, корпоративный доступ к Интернету осуществляется посредством прокси-сервера, а не сразу же через модем, подключенный на вашем компьютере или встроенный в него. Если в последнем случае ошибка более детально распознается, то при доступе в Интернет посредством локальной сети система не имеет возможности проверить ошибку. В связи с этим пользователю не остается ничего другого, как выяснять причины ее появления косвенными методами.

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

Для этого вы можете сделать следующее:

• для Internet Explorer версий 7+: в меню заходите в «Сервис», затем выбираете «Свойства обозревателя», жмете на кнопку «Удалить», а после этого на кнопку «Удалить cookies»;
• для более ранних версий Internet Explorer: заходите в «меню Tools» , ищете «Internet option» и нажимаете «Delete cookies»;
• для Fierefox: заходите в «Инструменты», ищете «Настройки», выбираете « Cookies» и кликаете на «Очистить cookies»;
• для Opera: заходите в «Инструменты», выбираете «Удалить личные данные» и отмечаете галочками необходимые опции;
• для Google Chrome: заходите в «Инструменты», нажимаете «История», кликаете на «Очистить историю», а затем на «Очистить файлы cookies».

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

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

Error 502 Bad Gateway

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

На экране появляется сообщение: error “502 Bad Gateway”.

Переводится как «плохой (ошибочный) шлюз».

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

Проблема в следующем:

• Неправильная работа прокси-сервера;
• Проблема с DNS-сервером;
• Проблема hosting-сервера, на котором размещен сайт.

Рассмотрим ошибку на примере.

Пользователь подал запрос на сервер. А сервер этот запрос обработал, но не так как требовалось, либо удалил из очереди.

Могут случаться сбои, когда сервер путается в приоритетности запросов и прекращает обработку.

После ошибки в обработке запроса, пользователю отправляются данные в виде надписи «502 Bad Gateway».

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

Главное, что должен знать пользователь — это не вирус.

Laravel Valet 502 Bad Gate Way nginx/1.15.7

Я получаю 502 плохих шлюза на своих проектах laravel, работающих под управлением laravel valet.

Я перепробовал много решений в интернете, но безуспешно. ( https://gist.github.com/adamwathan/6ea40e90a804ea2b3f9f24146d86ad7f )

На данный момент ошибка, которую я вижу, — это 502 bad gateway, а ошибка в моей командной строке при запуске valet install-это ошибка, когда она попадает в конфигурацию updating php. Это дает следующую ошибку:

Предупреждение: file_get_contents(/usr/local/etc/php/7.3/php-fpm.d/www.conf): не удалось открыть поток: нет такого файла или каталога в /Users/username/.composer/vendor/laravel/valet/cli/Valet/Filesystem.php в строке 112

Предупреждение: file_get_contents(/usr/local/etc/php/7.3/php-fpm.d/www.conf): не удалось открыть поток: нет такого файла или каталога в /Users/username/.composer/vendor/laravel/valet/cli/Valet/Filesystem.php в строке 125

У кого-нибудь были подобные проблемы?

Спасибо

brew uninstall php73 
brew uninstall php72
brew uninstall php71 ... whatever versions you have
brew uninstall --force php

brew install php --build-from-source

valet install

[error] 17423#0: *1 upstream sent too big header while reading response header from upstream [...]

http {
  fastcgi_buffers 16 16k;
  fastcgi_buffer_size 32k;
  
  //...
}