2017-01-27 13 views
1

У меня есть один сервис-сервис «сервис-сервис». Он закреплен весенним облаком-oauth2. Он имеет одну конечную точку REST «/ data/v1», которая возвращает некоторый ответ JSON. Когда я отправляю запрос GET на эту конечную точку, он перенаправляется на/oauth/login для аутентификации, и после успешной аутентификации он возвращает токен, а затем я могу получить ответ JSON.302 перенаправление для прокси-вызовов на микросервис с oauth2 за прокси zuul

Позже я добавил службу прокси-сервера zuul («micro-proxy-service») для маршрутизации всех внешних запросов на внутренние службы заднего конца, такие как «пользовательский сервис». Он имеет один маршрут «/ resource», который затем перенаправляет запрос на «/ data/v1» Но теперь, если я отправляю запросы GET на «/ resource/data/v1» даже после успешной аутентификации oauth2, я получаю код ответа HTTP 302 с перенаправление на страницу входа/входа.

Если я попытаюсь получить доступ к «/ data/v1» без прокси-сервера zuul, тогда я смогу получить ответ после oauth2. Но когда я прошу через zuul, тогда я получаю 302.

Если я удалю oauth2 из «user-service», тогда я могу получить доступ к «/ data/v1» в обоих направлениях: напрямую или через zuul.

Пожалуйста, дайте мне знать Если мне не хватает чего-либо в конфигурации zuul.

Спасибо.

ответ

1

Zuul полосы заголовки аутентификации по умолчанию, чтобы позволить им использовать следующую конфигурацию

zuul: 
    sensitiveHeaders: Cookie,Set-Cookie