Получение «x-amzn-Remapped-WWW-Authenticate вместо WWW-Authenticate и клиент молниеносного доступа не может распознать

Question

Шлюз AWS API повторно отображает заголовок WWW-Authenticate как x-amazn-remapped-WWW-Authenticate.Наши клиенты используют клиент java Jetty, а клиент Jetty дает сбой, так как клиент Jetty ищет заголовок WWW-Authenticate

1. Как отправить WWW-аутентификацию с шлюза AWS API
2. Любое исправление наПричал клиент?

Я попытался использовать ответ шлюза на 1. Ответ шлюза API AWS - для обработки 400 2. Ответ интеграции - для обработки 400 запросов и затем установки заголовка аутентификации WWW #set($inputRoot = $input.path('$')) $input.json("$") #if($inputRoot.toString().contains("error")) #set($context.responseOverride.status = 400) #set($context.responseOverride.header.WWW-Authenticate = 'value')

Answer 1

Эта страница описывает это поведение.

Это поведение не может быть перезаписано.Если бы это было возможно, как бы вы узнали разницу между вашим сервером, отправляющим заголовок 401 Unauthorized и WWW-Authenticate (указывая, что вы прошли через API-шлюз в порядке, и вы должны аутентифицироваться на сервере), или API-шлюзом, отправляющим 401 Unauthorizedи заголовок WWW-Authenticate (указывающий, что ваш запрос никогда не достигал сервера и что вы должны пройти аутентификацию с помощью API Gateway)?