Я установил тест доступности для одного из наших веб-приложений. Все тесты в пяти местах, которые были настроены, не проходят, но когда я захожу на сайт, он работает. Это не проблема времени, поскольку неудавшийся тест продолжается, и я захожу на сайт, как только вижу сообщение о неудавшемся тесте в Azure (я также получаю уведомление по электронной почте). Если я нажимаю на неудачное местоположение и нажимаю на элемент результатов «Неудачный» , там мало информации.
Тело ответа - это
На этом шаге тело ответа отсутствует.
Исключение:
System.Exception: Failure
**** ПРИМЕЧАНИЕ. Это не настоящий веб-запрос ****
1 первичный запрос, 0 зависимых запросов и 0 условных правил сбой
Служба приложения работала без сбоев до того, как сегодня произошел этот инцидент. Что мне не хватает?
Как уже упоминалось в комментариях, я столкнулся с той же проблемой. 4 из 7 местоположений терпели неудачу (иногда), переход к конечной точке в браузере всегда работал.
Я выяснил, что всегда местоположения, в которых произошел сбой, находились далеко от моего местоположения. Поэтому я предположил, что это может иметь какое-то отношение к сети (задержка).
Я запускаю сервер Kestrel в облачной службе Azure и выяснил, что есть что-то под названием MinRequestBodyDataRate :
Kestrel каждую секунду проверяет, поступают ли данные с указанной скоростью в байтах в секунду. Если скорость падает ниже минимальной, соединение прерывается по тайм-ауту
. Значение этого свойства по умолчанию - 240 байт / секунду с 5-секундным льготным периодом. Поэтому я просто снизил эту скорость до 100 байт в секунду с 10-секундным льготным периодом. После этого изменения у меня больше не было неудачных тестовых локаций.
К сожалению, я не знаком с веб-приложениями Azure, поэтому не могу сказать, можете ли вы изменить эти настройки. Может быть, эта информация подскажет вам правильное решение или поможет кому-нибудь воспользоваться поиском в Google.