Reverse proxy, proxy_pass
Maxim Dounin
mdounin at mdounin.ru
Fri Jan 8 18:02:46 UTC 2016
Hello!
On Wed, Jan 06, 2016 at 05:52:20PM -0600, Amir Kaivani wrote:
> Hi there,
>
> Here is a part of my nginx config file:
>
> location /test/ {
> proxy_pass http://localhost:1024/;
> }
>
> If I have it as above the GET /test/xxxx request will be sent to port 1024
> as /xxxx and it also decodes the URI.
>
> I know that if I remove / from the end of proxy_pass then it'll send the
> URI without decoding special characters (such as %2F). But in this case it
> sends /test/xxxx to port 1024.
>
> So, my question is how I can get nginx to remove /test/ from the URI but
> does NOT decode special characters (such as %2F)?
How do you expect nginx to remove "/test/" without decoding
special characters? E.g., what should happen if the request is to
"/test%2F", "/t%65st/", or "/test//"?
As long as you have an answer, you can try constructing
appropriate URI to upstream request yourself by using proxy_pass
with variables. When proxy_pass is used with variables, nginx
won't try to do anything with URI specified and will pass it ass
is.
E.g., assuming all requests start with "/test/" and there are no
escaping problems:
location /test/ {
set $changed_uri "/";
if ($request_uri ~ "^/test(/.*)") {
set $changed_uri $1;
}
proxy_pass http://localhost:1024$changed_uri;
}
Note though, that such approach is likely to cause problems unless
used with care.
--
Maxim Dounin
http://nginx.org/
More information about the nginx
mailing list