ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



Максим, я сделал ещё пару экспериментов в сторону упрощения конфигурации сервера.
Выключение опции spdy:
server {
  # listen 443 ssl spdy default_server;
  listen 443 ssl default_server;

дало работоспособность вашего модуля на все сто, без костылей.
Вот, дебаглог при простой конфигурации
Локейшн /nauth



2013/11/6 Maxim Dounin <mdounin@xxxxxxxxxx>
Hello!

On Wed, Nov 06, 2013 at 04:31:46PM +0400, Eugene Mychlo wrote:

[...]

> >> 2. Есть ли возможность в основном запросе получить, в виде переменных, заголовки возвращаемые  auth-подзапросом?
> >> Просто есть желание заменить X-Accel-Redirect, и проксировать на разные бэкенды в зависимости от того, что вернул auth-бэкенд.
> >
> > Антон уже отписал, директива auth_request_set - позволяет вынуть
> > данные из заголовков ответа бекенда и сложить их в переменные.
> > Использовать можно как-то так:
> >
> >    location / {
> >        auth_request /auth;
> >        auth_request_set $backend $upstream_http_x_backend;
> >
> >        proxy_pass http://$backend;
> >    }
> >
> > http://nginx.org/r/auth_request_set
> >
>
> В догонку.
> Директива auth_request понимает именованные локейшены?

Нет.
_______________________________________________
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


 




Copyright © Lexa Software, 1996-2009.