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

[Dzmitry Stremkouski]

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


2013/11/11 Maxim Dounin <mdounin at mdounin.ru>

> 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 at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
<pre>
(o_ - Dzmitry Stremkouski.
//\ - cel: +7 (916) 090-85-68
V_/_- web: http://mitroko.com
</pre>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20131111/c1152d2b/attachment.html>