У меня проблема с прокси-вызовом Azure.
Создано приложение-функция Azure.
Создана базовая функция get и отправка тела ответа в формате json обратно.
пример тела ответа {url: "https://www.google.com"}
Если я сконфигурирую прямую конечную точку функции в одном из приложений моей компании, все будет работать нормально, способный запустить URL-адрес ответа при вызове функции Azure.
Я создал прокси-сервер для той же функции get и настроил конечную точку прокси в моем приложении. Теперь приложение не может запустить URL-адрес ответа (но задняя часть той же функции срабатывает, и журналы не создают ошибок в журналах и заканчиваются статусом 200)
К сожалению, у меня нет контроля над кодом приложения, чтобы определить точную причину ответа.
Я подтвердил, что вызов функции Azure и вызов прокси-сервера от почтальона дают одинаковое тело ответа. Я не знаю, почему это терпит неудачу в моем приложении
я не поняла.
Еще один момент, когда я проверял заголовки ответов в почтальоне в обоих случаях
Для заголовков ответа вызова конечной точки приложения функции:
тип контента → приложение / json; кодировка = UTF-8
дата → ср, 09 янв 2019 12:39:23 мск
сервер → Microsoft-IIS / 10.0
кодирование передачи → chunked
x-powered-by → ASP.NET
Для заголовков ответа вызова конечной точки прокси:
кодирование содержимого → gzip
длина содержимого → 208
тип контента → приложение / json; кодировка = UTF-8
дата → ср, 09 янв 2019 12:41:16 мск
сервер → Microsoft-IIS / 10.0
варьировать → Принять кодировку
x-powered-by → ASP.NET, ASP.NET
- проблема создания кодировки gzip в вызове прокси. Как отключить это в лазурном прокси.
мое приложение может запускаться, даже если я использую конечную точку прокси.