ПРОЕКТЫ 


  АРХИВ 


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: Internal location



Hello!

On Fri, Sep 28, 2012 at 06:40:14PM +0400, Anes Mukhametov wrote:

> Здравствуйте!
> 
> Вопрос по location и internal.
> 
> Есть сервер centos 5.8 с nginx 0.8.55.
> 
> Конфигурация:
> 
> server{
> ...
> location / { #backend - default
>  proxy_pass $scheme://127.0.0.1;
> }
> 
> location ~* "/edit(/[a-z0-9]{14})?$" { #special case
>       if ($request_method = GET) { #get - ok
>         proxy_pass $scheme://127.0.0.1;
>       }
>       perl resources::handler; # returns
> $r->internal_redirect('/internal/edit');
> }
> 
> location /internal/edit {
>  internal;
>  proxy_pass $scheme://127.0.0.1;
> }
> 
> Дефолтно все запросы отправляются на бэкенд. Часть запросов в 2-м
> location отправляются также на бэкенд, часть в handler. Handler
> всегда осуществляет внутреннее перенаправление в /internal/edit.
> При внутреннем перенаправлении на бэкенд уходит оригинальный uri (по
> которому запрос обработался 2-м location). В этой конфигурации
> проблем нет, бэкенд видит тот uri, который пришел в nginx снаружи.
> 
> 
> Есть второй сервер с идентичной конфигурацией nginx версии 1.2.4. С
> такой же конфигуркцией на нем возникает проблема: на бэкенд в 3-м
> location запрос попадает с uri /internal/edit
> 
> Поведение двух версий явно различается. В changelogs не нашел
> причин. Баг?

Нет, это intended change (потому как предыдущее поведение было
совершенно неконсистентно).  В changelog'е оно скрывается за

    *) Change: a "proxy_pass" directive without URI part now uses changed
       URI after redirection with the "error_page" directive.
       Thanks to Lanshun Zhou.

И в вашем случае тут ещё добавляется багфикс из той же версии 1.1.12:

    *) Bugfix: a "proxy_pass" directive without URI part always used
       original request URI if variables were used.

Решение - использовать именованные location'ы, если хочется сохранять URI, либо
явно задавать URI, который хочется передать на бекенд.  В вашем случае будет
работать как-то так:

    proxy_pass $scheme://127.0.0.1$request_uri;

Ну и надо доделать перл, чтобы понимал именованные location'ы, да.

-- 
Maxim Dounin
http://nginx.com/support.html

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


 




Copyright © Lexa Software, 1996-2009.