Как обрабатывать x-amzn-remapped-authorization при использовании API на веб-интерфейсе? - PullRequest
Новая
       8

Как обрабатывать x-amzn-remapped-authorization при использовании API на веб-интерфейсе?

2 голосов
/ 22 января 2020

При использовании Laravel Vapor я впервые столкнулся с безсерверным вкусом в виде предупреждения. Заголовок authorization, который используется API для проверки подлинности внешнего интерфейса, переопределяется как x-amzn-remapped-authorization.

. Это ставит под сомнение вопрос о том, в какой части приложения следует это очищать, поскольку большая часть внешний интерфейс и базовые пакеты аутентификации используют заголовок authorization вместо x-amzn-remapped-authorization. Может быть, топор ios перехватчик может помочь мне очистить это? 

axiosInstance.interceptors.request.use(
  config => {
    config.headers.authorization = localStorage.getItem("token");
    return config;
  },
  error => Promise.reject(error)
);

1 Ответ

1 голос
/ 27 января 2020

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

Получение «x-amzn-Remapped- WWW-Authenticate вместо WWW-Authenticate и клиент Jetty не может распознать утверждения, что это поведение правильное Поскольку с API-шлюзом у вас участвуют три стороны:

  • (A) Потребитель
  • (B) API-шлюз
  • (C) Поставщик

Я понимаю аргументацию следующим образом: поскольку может потребоваться, чтобы (B) требовалась авторизация, ей необходимо запросить заголовок авторизации и, следовательно, необходимо переназначить. В этом сценарии «авторизация» используется для успешной авторизации с (B), а x-amzn-remapped-authorization используется для успешной авторизации с бэкэндом (C).

...