Авторизация response-native-ibm-mobilefirst перенаправляется на неизвестный URL https://mfpredirecturi - PullRequest
0 голосов
/ 25 марта 2020

Я занимаюсь разработкой приложения-1022 *, которое использует последнюю версию библиотеки реагирования-ibm-mobilefirst (8.0.2020022509). В настоящее время я сталкиваюсь с проблемой, указанной в заголовке, каждый раз, когда мое мобильное приложение выполняет следующий оператор «WLAuthorizationManager.obtainAccessToken (Scope)». Мой сервер MobileFirst (8.0.0.00-20200211-1526) расположен за обратным прокси-сервером (iis), и я заметил, что запрос, кажется, перенаправлен на неизвестный URL-адрес, поскольку https://mfpredirecturi не существует. В результате мое мобильное приложение получило ответ «403. - Запрещено: доступ запрещен».

Следующий запрос GET был отправлен из мобильного приложения, где значение redirect_uri: https://mfpredirecturi

https://myserverhostname: 9443 / mfp / api / az / v1 / авторизация? Scope = myscope & response_type = code & redirect_uri = https% 3A% 2F% 2Fmfpredirecturi & client_id = 2dff438b-4288-4e5a-8a5f-4jax true84 = 0.9060663818636305

Странно то, что я заметил, что мое другое приложение, использующее ibm-mfp-web-sdk, отправило тот же запрос, за исключением параметра redirect_uri, и вообще не имеет проблем:

https://myserverhostname: 443 / мфу / апи / аз / v1 / разрешение / перенаправление / ae5254a2-3dca-4a8e-b2a1-e6eba55e5dba

1 Ответ

1 голос
/ 25 марта 2020

URI перенаправления https://mfpredirecturi ожидается как часть потока OAuth между MobileFirst SDK и сервером. Однако это не настоящий URI, и он используется внутренним SDK MobileFirst React.

Похоже, что IIS перехватывает перенаправление на URI на основе заголовка Location. Вам придется изменить конфигурацию обратного прокси-сервера, чтобы прозрачно разрешить заголовок Location и не пытаться перенаправить на основе заголовка.

...