Re: Уточнение логики работы ngx_http_auth_request_module

[Dzmitry Stremkouski <mitroko@xxxxxxxxx>]

Я так и сделал, но это в моём случае, где я писал бэкенд. В общем случае, когда код бэкенда может стать закрытым, так не получится.

2013/11/11 Maxim Dounin <mdounin@xxxxxxxxxx>

Hello!

On Sat, Nov 09, 2013 at 08:00:11PM +0400, Dzmitry Stremkouski wrote:

> Прошу прощения, что беспокою ещё раз в этом треде.
> У меня бэкенд возвращает авторизационные печеньки для клиента.
> Когда я прописываю в локейшн проекта
>
> auth_request /auth;
> auth_request_set $auth_cookie $upstream_http_set_cookie;
> add_header Set-Cookie $auth_cookie;
>
> мне присылает только одну из двух печенек от бэкенда. Я это вижу по времени
> expire.
> Если бекенд делает установку печенек в следующем порядке:
> Set-Cookie TokenKey ...
> Set-Cookie TokenLogin ...
> То в браузер клиента из локейшна прилетает на обновление только первая
> печенька (TokenKey), вторая (TokenLogin) остаётся неизменной.
> Мне важно обновлять обе печеньки клиента, чтобы поддерживать аутентификацию.
>
> Как прописать в локейшне проекта auth_request_set, чтобы обновлялась вся
> группа печенек, возвращаемых бэкендом.
> Спасибо!

Простейшее решение - вернуть разные куки в разных заголовках.

--
Maxim Dounin
http://nginx.org/en/donation.html

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru

--
<pre>
(o_ - Dzmitry Stremkouski.
//\ - cel: +7 (916) 090-85-68
V_/_- web: http://mitroko.com
</pre>

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru