Azure-docs: Контейнер Linux для службы приложений Azure - ошибка рукопожатия через веб-сокет 503

@jlorek Спасибо за ваш вопрос и отзыв, наша команда рассмотрит его подробнее и свяжется с вами в ближайшее время.

У нас такая же проблема.

Есть какие-нибудь обновления по этому поводу? Получение той же проблемы

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

В качестве побочного примечания я видел подобные проблемы (WebSocket | ошибка 503), исправленные путем масштабирования до более высокого плана службы приложений.

@jlorek Если вы можете поделиться своим именем приложения там, где вы видите 503, я могу помочь разобраться в этом. Технически веб-сокеты поддерживаются для службы приложений Linux, и проблема WebSocket-Extensions больше не должна возникать.

Есть ли что-нибудь более сложное, чтобы попытаться воспроизвести эту проблему после развертывания приложения проекта Blazor по умолчанию? Я просто попытался развернуть образец, и он отлично загружается. (https://blazerlinux.tuxedoase.p.azurewebsites.net/weatherforecast) Но я признаю, что не эксперт по приложениям, так что, возможно, мне что-то не хватает.

Спасибо @JennyLawrance за вашу помощь и комментарии.
@LANSoftwareentwicklung , @ameyakarve , как просила Дженни, не могли бы вы поделиться одним из названий WebApp прямо здесь или косвенно ?

Приложение Blazor по умолчанию работает для нас, если есть какие-либо дополнительные / сложные шаги, которые вы настраиваете и хотите поделиться репозиторием и точными шагами воспроизведения, отправьте электронное письмо в AzCommunity [at] Microsoft [dot] com со ссылкой на этот поток, Имя WebApp и идентификатор подписки Azure, мы свяжемся с вами в дальнейшем.

Благодарим за терпение и сотрудничество!

@JennyLawrance - Конечная точка /weatherforecast API является частью проекта по умолчанию на стороне клиента Blazor. Он не включен в проект по умолчанию на стороне сервера, так как не требуется из-за архитектуры приложения на стороне сервера. Не могли бы вы попытаться воспроизвести с помощью шаблона проекта на стороне сервера dotnet new blazorserver ?

@ AjayKumar-MSFT - Конечно, просто зайдите на https://peakseason.azurewebsites.net
Как упоминалось в начале, это шаблон проекта по умолчанию на стороне сервера Blazor, развернутый в контейнере Linux службы приложений Azure (с включенным WebSocket) в плане службы приложений F1.

Я также создал еще один образец без контейнеров, используя службу приложений с веб-приложением в Linux в стеке Net Core 3.1:
https://peakseason-code.azurewebsites.net

Я попробовал сервисные планы F1 и B1. Оба приводят к одной и той же проблеме - Ошибка 503 рукопожатия веб-сокета.

@ AjayKumar-MSFT - Я отправил вам электронное письмо с названием приложения и идентификатором подписки.

@jlorek , спасибо, что поделились запрошенными деталями.
@LANSoftwareentwicklung , Ack. Мы получили ваше письмо.

Мы ведем расследование и скоро свяжемся с вами.

@jlorek , не могли бы вы уточнить, какой URL видит 503? Я могу получить доступ к приложению.

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

@JennyLawrance - Да, вы можете получить доступ к приложению. Но базовое соединение WebSocket не может быть установлено из-за ошибки 503. Чтобы увидеть эту ошибку, просто откройте в браузере DevTools. Используя Blazor, реализован резервный режим, когда невозможно установить соединение WebSocket. Если вы не используете Blazor и полагаетесь на WebSockets, все ваше приложение может выйти из строя из-за этой ошибки.

@classic-dev - Пробовал B1 безуспешно. Но при использовании тарифного плана P1V2 соединение WebSocket отлично работает для моего проекта.

@jlorek , @ стороне , которая полностью блокирует веб-сокеты на бесплатном SKU. Я открыл на нашей стороне рабочий элемент, чтобы исправить это.

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

Спасибо всем за то, что обратили на это наше внимание. Мы очень ценим ваш ценный отзыв.

Я вижу 503 с одноконтейнерной службой бесплатного уровня F1.

Здравствуйте

Все эти решения не помогли мне. Позвольте мне объяснить, что у меня есть:

Я разрабатываю решение с помощью Twilio + Azure Cognitive Services (телефонный разговор, в реальном времени и с использованием веб-сокетов)

Из Twilio, когда поступает вызов, я отправляю начальный запрос POST (Webhook) своему WebApp for Containers следующим образом:
_ https://my_azure_web_app.azurewebsites.net/twiml_

Внутрисервер у меня есть конечная точка вроде этого:

_class TwiML (tornado.web.RequestHandler):
def post (self):
response_str = './greetings.mp3 '
response_str + = ' '
response_str + = ' '
self.finish (str (response_str))
def set_default_headers (самостоятельно):
print ("установка заголовков !!!")
self.set_header ("Access-Control-Allow-Origin", "*")
self.set_header («Access-Control-Allow-Headers», «x-запрошенный-с»)
self.set_header ("Sec-WebSocket-Extensions", "permessage-deflate") _

Я могу запустить свое приложение на локальном хосте и в контейнер на локальном хосте (т.е. я могу без проблем открывать веб-сокеты из / в Twilio и открывать канал веб-сокетов)

Когда я развертываю изображение в WebApp for Containers, и этот контейнер работает, я могу получить первую часть звукового сообщения (т.е. приветствия). Но после этого я не могу открыть соединение wss websocket (_wss: //my_azure_web_app.azurewebsites.net.azurewebsites.net/socket_), и я всегда получаю сообщение об ошибке от Twilio, например:
Stream - WebSocket - Соединение разорвано

(Я использовал "EXPOSE 8080" в моем Dockerfile и "WEBSITES_PORT = 8080" в моем веб-приложении настроек конфигурации)

Контейнер запущен:
2020-04-08 14: 13: 06.366 ИНФОРМАЦИЯ - Для этого контейнера не включено ведение журнала.
Используйте https://aka.ms/linux-diagnostics, чтобы включить ведение журнала, чтобы просмотреть журналы контейнера здесь.
2020-04-08 14: 13: 06.882 ИНФОРМАЦИЯ - Инициирование запроса на прогрев для контейнера my_azure_web_app_8_91af842a для сайта my_azure_web_app
2020-04-08 14: 13: 10.919 ИНФОРМАЦИЯ - Контейнер my_azure_web_app_8_91af842a для сайта my_azure_web_app успешно инициализирован и готов обслуживать запросы.

Я могу получить доступ к его URL:
https://my_azure_web_app.azurewebsites.net/

Я могу подключиться к своему каналу websocket с помощью Advanced Rest Client (Google)
"Подключено к wss: //my_azure_web_app.azurewebsites.net/socket "

Я думаю, что все в порядке, НО когда я пытаюсь открыть " wss: //my_azure_web_app.azurewebsites.net/socket " из Twilio, это невозможно

Я пробовал все безуспешно (и сервер торнадо, и Azure). Так:

1. Веб-приложение для контейнеров
   1.1. CORS: пусто (а также: Allowed Origins "*"). Оба безуспешно.
   1.2. WebSockets включен ("Вкл.")
   1.3. План обслуживания по увеличению масштабов (P1V2)
2. Сервер Торнадо:
   2.1. Установите заголовки «Access-Control-Allow-Origin», «*»
   2.2. Установить заголовок "Sec-WebSocket-Extensions", "permessage-deflate" (это еще нужно?)

Наконец, мое приложение не развернуто в веб-приложении для контейнеров.
Я исчерпываю свои идеи.

Кто-нибудь может подсказать новые способы попробовать?

Заранее большое спасибо!

@lopejum , Для более детального ознакомления я ответил на вашу другую ветку GitHub. Спасибо за комментарий.

Почему этот вопрос закрыт? На сегодняшний день он все еще не работает для уровня Free. Есть ли ссылка, чтобы мы могли посмотреть ее и получить уведомление, когда исправление будет развернуто в Azure?

У меня все еще есть эта проблема для Blazor 3.1 и службы приложений Linux (B1). Можем ли мы снова открыть или опубликовать четкие рекомендации по этому поводу?

Как уже было сказано в первом сообщении, эта проблема кажется хорошо известной, но все проблемы закрываются без предоставления какого-либо решения. Кажется немного странным. @ AjayKumar-MSFT есть информация о ходе исправления?

Основываясь на отзывах, мы обновили этот документ следующим образом: «Веб-сокеты в настоящее время не поддерживаются для приложений Linux в бесплатных планах службы приложений. Мы работаем над устранением этого ограничения и планируем поддерживать до 5 подключений веб-сокетов в бесплатной службе приложений. планы ".

@JennyLawrance ,

@ AjayKumar-MSFT: Я столкнулся с этой проблемой, используя план службы приложений S1, а не план службы бесплатных приложений.

Получается, что веб-сокеты в настоящее время вообще не поддерживаются для Linux? Не могли бы вы уточнить здесь? Спасибо за помощь!

@JennyLawrance , @ AjayKumar-MSFT: дружеское напоминание ...

Просто проверил, что аналогичная установка с WebSockets работает в приложении Windows, но не в приложении Linux. Это не зависит от того, какой ценовой уровень выбран.

Вероятно, здесь объединено несколько проблем:
Выявлены веб-узлы, не работающие бесплатно, и у нас будет исправление для этого.

@thomaux , не могли бы вы дать мне URL-адрес приложения, которое вы настроили (отправьте электронное письмо на адрес jennylaw (at) microsoft (dot) com, и мы рассмотрим).

@ AjayKumar-MSFT

Основываясь на отзывах, мы обновили этот документ следующим образом: «Веб-сокеты в настоящее время не поддерживаются для приложений Linux в бесплатных планах службы приложений. Мы работаем над устранением этого ограничения и планируем поддерживать до 5 подключений веб-сокетов в бесплатной службе приложений. планы ".

@JennyLawrance ,

Пожалуйста, что означают бесплатные планы обслуживания приложений? У меня есть студенческая подписка с бесплатным кредитом в размере 100 долларов США, и я использую веб-сокеты по плану B1. Это тоже считается бесплатным планом? URL-адрес веб-сокета отвечает 503.

WebSocket connection to 'ws://wsstestivo.azurewebsites.net/?encoding=text' failed: Error during WebSocket handshake: Unexpected response code: 503

Запуск этого образа: https://hub.docker.com/r/ksdn117/web-socket-test

Сегодня внезапно моя служба приложений linux начала правильно работать с подключением через веб-сокет.
Это план службы приложений S1, приложение на стороне сервера Blazor.

Итак, что происходит? Не могли бы вы пролить свет? В последнее время мы не выполняли никаких развертываний или изменений настроек.

@JennyLawrance Есть поводу ? Я отправил вам адрес приложения по электронной почте

Мы начали получать этот выпуск в прошлую пятницу случайно. Все наши планы службы приложений относятся к Linux.

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

Я несколько раз пытался перезапустить службу приложения, но это не помогло. Наконец, просмотрев эту ветку, я переместил службу приложений из исходного плана службы приложений B3 в другой план службы приложений B1, который мы использовали. Это устранило проблему для нас.

Затем мы попытались переместить службу приложений обратно в исходный план службы приложений B3, но проблема возникла снова.

Это нас очень сбивает с толку, и мы отправили в службу поддержки Azure.

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

Та же ошибка

failed: Error during WebSocket handshake: Unexpected response code: 503

План обслуживания приложений: LinuxContainerAppServicePlan (P1v2: 1)

Та же проблема в Linux B1

Та же проблема с Linux B1, но работает при переключении на Windows.

Помогло переключение Linux B1 → Linux B2 и последующее переключение обратно

Приносим извинения за запоздалый ответ и разочарование по поводу этой проблемы. Мы обсуждали это внутри компании.
Для тех, кто все еще сталкивается с этой проблемой, не могли бы вы отправить электронное письмо с темой « Attn: Ajay » в AzCommunity [at] Microsoft [точка] com со ссылкой на эту ветку, имя WebApp и идентификатор подписки Azure, для более глубокого расследования, мы мы рассмотрим это в дальнейшем.

Благодарим за терпение и сотрудничество!

Переход с бесплатного плана F1 на B2 сработал. Однако при переключении обратно на F1 ошибка возвращается. Я не уверен, что веб-сокеты не поддерживаются планом F1.

Моя ошибка: Ошибка при рукопожатии WebSocket: неожиданный код ответа: 503

Переход с бесплатного плана F1 на B2 сработал. Однако при переключении обратно на F1 ошибка возвращается. Я не уверен, что веб-сокеты не поддерживаются планом F1.

Моя ошибка: Ошибка при рукопожатии WebSocket: неожиданный код ответа: 503

@Sijoma , Спасибо за обновление. Да, как упоминалось в этом документе: «Веб-сокеты в настоящее время не поддерживаются для приложений Linux в бесплатных тарифных планах службы приложений. Мы работаем над снятием этого ограничения и планируем поддерживать до 5 подключений через веб-сокеты в тарифных планах Free App Service ». - Наша продуктовая команда работает над этим, но в настоящее время у нас нет точного времени прибытия.

Они также не работают для платных планов (B1).

Они также не работают для платных планов (B1).

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

Это работает на экземпляре Windows Free? Или веб-сокеты выходят за рамки бесплатных экземпляров?

Это работает на экземпляре Windows Free? Или веб-сокеты выходят за рамки бесплатных экземпляров?

Мы разрешаем 5 подключений к веб-сокетам в БЕСПЛАТНОМ SKU в Windows.

Я просто хочу добавить сюда свой опыт. У меня были аналогичные проблемы с веб-сокетами, которые не работали в веб-приложениях Linux.
Для меня это сработало, чтобы перейти на B2. Веб-сокеты вообще не работали на F1 и B1.

Пришлось обновиться до Linux B2, чтобы он заработал.

То же самое и здесь, не повезло с F1 или B1, при обновлении до B2 он сразу начал работать.

Для меня Linux B2 тоже работал. B1 и F1 нет.

В моем многоконтейнерном веб-приложении websocket работает, но ошибка все равно возникает. Используя nginx, nodejs