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