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