Ошибка при просмотре веб-сайта по URL-адресу домена облачной службы по умолчанию — Cloud Services

Twitter LinkedIn Facebook Адрес электронной почты

• Статья
• 10/12/2022
• Чтение занимает 2 мин

В этой статье содержатся сведения об устранении неполадок, при которых возникает ошибка HTTP 503. Служба недоступна». При доступе к приложению облачной службы.

Исходная версия продукта: Управление API Service
Исходный номер базы знаний: 4464854

Примечание.

Ознакомьтесь со статьей об устранении неполадок облачной службы Azure. Это пятый сценарий лаборатории. Убедитесь, что вы выполнили инструкции по настройке лаборатории для приложения Super Convertor , чтобы повторно создать проблему.

Симптомы

При просмотре URL-адреса приложения облачной службы вы получаете ответ об ошибке HTTP 503,http://cloudservicelabs.cloudapp.net/ хотя веб-роль SuperConvertor находится в состоянии выполнения. Перезагрузка или повторное создание образа экземпляра роли не устраняет проблему.

Служба недоступна (Service Unavailable)

Ошибка HTTP 503. Служба недоступна.

Действия по устранению неполадок

При возникновении 50-х ошибок в приложении обычно это означает, что что-то не работает на стороне сервера. 503 Service Unavailable Код ответа на ошибку сервера указывает, что сервер не готов к обработке запроса. Вы должны подумать, почему недавно развернутые приложения облачной службы внезапно начали выдавать эту ошибку. Происходит ли сбой приложения? Выполняется ли запрос к серверу IIS? Сервер находится в режиме высокой нагрузки?

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

Затем проверьте журналы IIS C:\Resources\directory\{Deployment ID}.SuperConvertor.DiagnosticStore\LogFiles\Web , которые содержатся в разделе, чтобы проверить, можно ли получить дополнительные сведения об ошибке HTTP 503, например код подстатии, время, затраченное на выполнение запроса и т. д.

Если журналы не созданы, это означает, что запрос не достигает IIS. В соответствии с архитектурой IIS HTTP.sys прослушивает HTTP-запросы из сети, передает запросы в IIS для обработки, а затем возвращает обработанные ответы в клиентские браузеры. По умолчанию службы IIS HTTP.sys в качестве прослушивателя протокола, который прослушивает HTTP-запросы и HTTPS-запросы, и любая ошибка на уровне HTTP.sys регистрируется в этом каталоге D:\Windows\System32\LogFiles\HTTPERR

. Давайте посмотрим, что можно найти в журнале HTTPErr:

#Software: Microsoft HTTP API 2.0
#Version: 1.0
#Date: 2018-08-13 03:12:38
#Fields: date time c-ip c-port s-ip s-port cs-version cs-method cs-uri streamid sc-status s-siteid s-reason s-queuename
2018-08-13 03:25:22 293.217.138.127 12052 10.1.2.5 80 HTTP/1.1 GET / - 503 - N/A -
2018-08-13 03:25:22 293.217.138.127 20463 10.1.2.5 80 HTTP/1.1 GET /favicon.ico - 503 - N/A -

Если вы видите указанный выше журнал, http 503 выдается из HTTP.sys и запрос клиента отклоняется от самого себя, не достигая IIS. Теперь мы будем просматривать сайт локально из IIS и видеть, что произойдет. Возможно, вы получите сообщение об ошибке. Эта страница не может отображаться. Вы можете заметить, что веб-сайт IIS имеет привязку, как показано ниже. Это означает, что для доступа к этому конкретному веб-сайту необходимо получить доступ по имени личного домена (

www.cloudservicelabs.com)

IP-адрес	Порт	Заголовок узла
10.1.2.5	80	www.cloudservicelabs.com

Доступ к веб-сайтам выполняется каждым клиентом с помощью привязок. Типичная привязка для веб-сайтов имеет вид IP:Port:HostHeader. Это механизм, который сообщает серверу, как можно получить доступ к этому сайту. Следующий вопрос, который приходит на ваш вопрос, заключается в том, откуда взято это пользовательское имя узла.

ServiceDefinition.csdef — это место, где можно настроить привязки для веб-роли. Вот что вы можете увидеть для своего приложения:

<WebRole name="SuperConvertor" vmsize="Standard_D1_v2">
<Sites>
<Site name="Web">
<Bindings>
<Binding name="Endpoint1" endpointName="Endpoint1" hostHeader="www.
  cloudservicelabs.com"/></Bindings>
</Site>
</Sites>

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

Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure.

Ошибка HTTP 503 при попытке входа в web-сервис Indeed CM или EMC

Ошибка HTTP 503 при попытке входа в web-сервис Indeed CM или EMC Автор Nikolay Lazitskiy, Last modified by Nikolay Lazitskiy на 25 ноября 2016 02:58 PM

Проблема: После установки Indeed CM Server или Enterprise Management Console и настройки файлов конфигурации получаем ошибку Internet Explorer HTTP Error 503. The service is unavailable («Сервис недоступен») при попытке выполнить вход в любой из web-сервисов системы. Операционная система машины: Windows Server 2008 SP2 x64 или Windows Server 2008 R2 SP1. Пул приложений IndeedCM (IndeedEMC) при этом остановлен: Запуск пула приложений IndeedCM (IndeedEMC) не решает проблему —  при попытке выполнить вход в любой из web-сервисов системы снова появляется ошибка «HTTP Error 503. The service is unavailable.», а пул приложений IndeedCM (IndeedEMC) принудительно останавливается. В системном журнале System (Система) зафиксировано событие ошибки с текстом: «Application pool ‘IndeedCM’ is being automatically disabled due to a series of failures in the process(es) serving that application pool.» В системном журнале Application (Приложение) зафиксирован ряд событий ошибок с текстом: «The Module DLL ‘<путь к файлу dll библиотеки>’ could not be loaded due to a configuration problem. The current configuration only supports loading images built for a x86 processor architecture. The data field contains the error number.» Причина 1: Это известная проблема Microsoft. Проблема заключается в попытке загрузки x64 версий dll библиотек компонентов Microsoft (например, MS Exchange или RPC через HTTP Proxy) в x86 процессы в пуле приложений. Избавиться от проблемы можно двумя способами: Вариант решения 1: Выключить настройку «Разрешены 32-разрядные приложения» («Enable 32-bit Applications») в настройках пула приложения IndeedCM (IndeedEMC). Для доступа к настройкам необходимо выбрать «Дополнительные параметры» («Advanced Settings») в меню пула приложений IndeedCM (IndeedEMC). Вариант решения 2: В конфигурационном файле IIS applicationHost.config (обычно расположен в папке С:\Windows\System32\inetsrv\config) для проблемной dll явно задать ее битность и возможность загрузки лишь для x64 приложений. Для этого в файле applicationHost.config в строке конфигурации для данной dll библиотеки необходимо задать параметр  preCondition=»bitness64″ (поиск строки можно выполнить по пути к файлу dll). Формат строки: <add name=»<имя модуля>» image=»<путь к файлу dll библиотеки>» preCondition=»bitness64″ /> Если проблема возникает для нескольких dll библиотек (после добавления параметра preCondition=»bitness64″ для одной dll библиотеки, ошибка «HTTP Error 503. The service is unavailable.» продолжает появляться, а в журнале событий продолжают фиксироваться ошибки для другой dll), необходимо прописать параметр  preCondition=»bitness64″ для всех dll библиотек.   Причина 2: Учетная запись, от имени которой работает пул приложений IndeedCM не действительна заменю (имеет неверный пароль или его срок действия истек). Решение: Если используется встроенная учетная запись ApplicationPoolIdentity (по умолчанию) и ошибка наблюдается с ней, то следует проверить работает ли стандартный пул приложений IIS (DefaultAppPool) с данной учетной записью. Если нет, значит проблема связана с ошибками в работе или настройке IIS. Для экстренного восстановления работоспособности Indeed CM для работы пула IndeedCM можно указать другую встроенную учетную запись (например, NetworkService). В случае использования специализированной учетной записи (Custom account), убедитесь, что она действительна (не заблокирована, пароль указан верный и срок его действия не истек) или задайте новую в соответствии с рекомендациями Microsoft.

(1 голос(а)) Эта статья полезна Эта статья бесполезна

Ошибка при просмотре вашего веб-сайта через URL-адрес домена облачной службы по умолчанию — облачные службы

Обратная связь Редактировать

Твиттер LinkedIn Фейсбук Эл. адрес

• Статья
• 29.09.2022
• 3 минуты на чтение

В этой статье содержится информация об устранении неполадок, при которых возникает ошибка «Ошибка HTTP 503. Служба недоступна». при доступе к приложению облачной службы.

Исходная версия продукта: Служба управления API
Исходный номер базы знаний: 4464854

Примечание. Убедитесь, что вы выполнили лабораторные инструкции по настройке приложения Super Convertor, чтобы воспроизвести проблему.

Симптомы

Вы получаете ответ об ошибке HTTP 503 при просмотре URL-адреса приложения облачной службы ( http://cloudservicelabs.cloudapp.net/ ), хотя ваша веб-роль SuperConvertor находится в рабочем состоянии. Перезагрузка или повторное создание образа экземпляра роли не решает проблему.

Служба недоступна

Ошибка HTTP 503. Служба недоступна.

Действия по устранению неполадок

Когда вы получаете 50 ошибок в своем приложении, это обычно означает, что что-то не работает на стороне сервера. 503 Служба недоступна Код ответа об ошибке сервера указывает на то, что сервер не готов обработать запрос. Вы, должно быть, думаете, почему внезапно недавно развернутое приложение облачной службы вдруг начало выдавать эту ошибку. Приложение вылетает? Доходит ли запрос до сервера IIS? Сервер сильно загружен?

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

Затем проверьте журналы IIS в разделе  C:\Resources\directory\{Deployment ID}. SuperConvertor.DiagnosticStore\LogFiles\Web  , чтобы проверить, можете ли вы получить дополнительную информацию об ошибке HTTP 503, например код подстатуса, затраченное время. выполнить запрос и так далее.

Если журналы не создаются, это означает, что запрос вообще не достигает IIS. Согласно архитектуре IIS, HTTP.sys прослушивает HTTP-запросы из сети, передает запросы в IIS для обработки, а затем возвращает обработанные ответы клиентским браузерам. По умолчанию IIS предоставляет HTTP.sys в качестве прослушивателя протокола, который прослушивает запросы HTTP и HTTPS, и любая ошибка на уровне HTTP.sys регистрируется в этом каталоге — D:\Windows\System32\LogFiles\HTTPERR . Итак, давайте посмотрим, что мы можем найти в журнале HTTPErr:

 #Программное обеспечение: Microsoft HTTP API 2.0
#Версия: 1.0
#Дата: 2018-08-13 03:12:38
#Поля: дата время c-ip c-port s-ip s-port cs-version cs-method cs-uri streamid sc-status s-siteid s-reason s-queuename
2018-08-13 03:25:22 293. 217.138.127 12052 10.1.2.5 80 HTTP/1.1 GET / - 503 - Н/Д -
2018-08-13 03:25:22 293.217.138.127 20463 10.1.2.5 80 HTTP/1.1 GET /favicon.ico - 503 - Н/Д -
 

Если вы видите приведенный выше журнал, HTTP 503 выдается с уровня HTTP.sys, и клиентский запрос отклоняется оттуда, не достигая IIS. Теперь мы собираемся просмотреть сайт локально из IIS и посмотреть, что произойдет. Вы можете получить сообщение об ошибке – Эта страница не может быть отображена . Одна вещь, которую вы могли заметить, это то, что веб-сайт IIS имел привязку, как показано ниже, что означает, что для доступа к этому конкретному веб-сайту вам необходимо получить доступ через собственное доменное имя ( www.cloudservicelabs .com )

IP-адрес	Порт	Заголовок узла
10.1.2.5	80	www.cloudservicelabs.com

Каждый клиент получает доступ к веб-сайтам с помощью привязок. Типичная привязка для веб-сайтов имеет форму IP:Port:HostHeader. Это механизм, который сообщает серверу, как можно получить доступ к этому сайту. Следующий вопрос, который придет вам на ум, заключается в том, откуда взялось это пользовательское имя хоста.

ServiceDefinition.csdef — это место, где вы можете настроить привязки для своей веб-роли, и вот что вы можете увидеть для своего приложения:

 
<Сайты>
<Имя сайта="Интернет">
<Привязки>



 

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

Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь в службу поддержки сообщества Azure.

Обратная связь

Отправить и просмотреть отзыв для

Эта страница

Просмотреть все отзывы о странице

Как исправить ошибку HTTP 503 — Служба недоступна — 4sysops

В предыдущем посте вы узнали, как устранить ошибку HTTP 500 — Внутренняя ошибка сервера. В этом посте мы рассмотрим, как исправить ошибку HTTP 503 — служба недоступна.

• Автор
• Последние сообщения

Сурендер Кумар

Сурендер Кумар имеет более чем двенадцатилетний опыт работы в области администрирования серверов и сетей. В сферу его интересов входят серверы Windows, Active Directory, PowerShell, веб-серверы, сети, Linux, виртуализация и тестирование на проникновение. Он любит писать для своего блога.

Последние сообщения Сурендера Кумара (посмотреть все)

Содержание

1. Причина ошибки HTTP 503
9

Ошибка HTTP 503 — еще одна очень распространенная ошибка, с которой вы можете столкнуться на веб-сайте, размещенном на IIS, в дополнение к 500 — внутренней ошибке сервера.

Ошибка HTTP 503. Служба недоступна

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

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

Просмотр или изменение параметра защиты от быстрых сбоев для пула приложений

• Включено — Значение True указывает, что функция защиты от быстрых сбоев активна, что является значением по умолчанию. Установите значение False , чтобы отключить его.
• Интервал сбоев (минуты) — Интервал времени для указания количества минут (по умолчанию 5) для подсчета сбоев для процесса.
• Максимальное количество отказов — Максимальное количество отказов, допустимое в течение указанного выше интервала времени (по умолчанию 5). 9

  Чтобы определить точную причину, по которой пул приложений отключен или остановлен, откройте средство просмотра событий, перейдите к журналу System и найдите события ошибок или предупреждений, источником которых является служба активации процессов Windows ( WAS ). WAS отвечает за запуск/остановку пула приложений и отслеживание рабочих процессов в IIS.

  На следующем снимке экрана показано, что пул приложений отключен, поскольку его идентификатор недействителен:

  Проверка системного журнала для определения причины сбоя пула приложений

  Если вы ничего не нашли в системном журнале, просмотрите журнал приложений, поскольку там регистрируются исключения, связанные с ASP. Net. Как обсуждалось выше, когда рабочий процесс сталкивается с пятью фатальными ошибками или исключениями в течение пяти минут, срабатывает защита от быстрых сбоев и автоматически отключает пул вызвавших сбой приложений.

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

   (Get-IISAppPool awesomewebsite.com).failure.rapidFailProtection.
  Set-WebConfigurationProperty '//*[@name="awesomewebsite.com"]//failure' -Name rapidFailProtection -Value $False 

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

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

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

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

  Следующая таблица охватывает общие коды SIPATUS HTTP 503, а также их возможные причины и устранение неполадок:

  .

  Состояние	Возможная причина		Пул приложений недоступен	Пул приложений либо остановлен, либо отключен. Чтобы исправить эту ошибку, запустите пул приложений, соответствующий вашему веб-сайту. Если это происходит неоднократно, проверьте журнал событий, чтобы понять, почему происходит сбой. Мы рассмотрели, как исправить эту ошибку выше.
  503.2	Лимит одновременных запросов превысил	appConcurrentRequestLimit — это атрибут serverRuntime, который указывает максимальное количество одновременных запросов (со значением по умолчанию 5000), которые могут быть поставлены в очередь для приложения. Ошибка 503.2 указывает на превышение этого лимита. Чтобы устранить эту ошибку, вы можете увеличить значение с помощью следующей команды: %SystemRoot%\System32\inetsrv\appcmd. exe set config /section:serverRuntime /appConcurrentRequestLimit:100000 Если вы получаете ОШИБКА (сообщение: Неизвестный атрибут «appConcurrentRequestLimit». Замените на -? для справки.) при выполнении этой команды используйте вместо нее следующую команду: %SystemRoot%\System32\inetsrv\appcmd.exe set config /section:system.webserver/serverRuntime /appConcurrentRequestLimit:100000
  503.3	Очередь ASP.NET заполнена	могут быть поставлены в очередь процессом ASP.NET. Когда эта очередь заполнена, возвращается ошибка 503.3. Чтобы устранить эту ошибку, установите Атрибут длины очереди на более высокое значение в дополнительных настройках пула приложений. См. это изображение для справки. Обычно превышение длины очереди является признаком того, что сервер не справляется с запросами. Таким образом, вы можете использовать счетчики производительности, чтобы понять, почему сервер испытывает трудности. Добавить комментарий Отменить ответ Ваш адрес email не будет опубликован. Обязательные поля помечены * Комментарий * Имя * Email * Сайт