nginx proxy_pass 与 rewrite 简记

rewrite

syntax: rewrite regex replacement [flag]

Default: —

Context: server, location, if

如果正则表达式（regex）匹配到了请求的URI（request URI），这个URI会被后面的replacement替换
rewrite的定向会根据他们在配置文件中出现的顺序依次执行
通过使用flag可以终止定向后进一步的处理
如果replacement以“http://”, “https://”, or “$scheme”开头，处理将会终止，请求结果会以重定向的形式返回给客户端（client）
如果replacement字符串里有新的request参数，那么之前的参数会附加到其后面，如果要避免这种情况，那就在replacement字符串后面加上“？”，eg：
```
 rewrite ^/users/(.*)$ /show?user=$1? last;=
```
如果正则表达式（regex）里包含“}” or “;”字符，需要用单引号或者双引号把正则表达式引起来

可选的flag参数如下：

last

结束当前的请求处理，用替换后的URI重新匹配location；
可理解为重写（rewrite）后，发起了一个新请求，进入server模块，匹配location；
如果重新匹配循环的次数超过10次，nginx会返回500错误；
返回302 http状态码；
浏览器地址栏显示重地向后的url

break

结束当前的请求处理，使用当前资源，不在执行location里余下的语句；
返回302 http状态码；
浏览器地址栏显示重地向后的url

redirect

临时跳转，返回302 http状态码；
浏览器地址栏显示重地向后的url

permanent

永久跳转，返回301 http状态码；
浏览器地址栏显示重定向后的url

Nginx配置proxy_pass转发的/路径问题

在nginx中配置proxy_pass时，如果是按照^~匹配路径时,要注意proxy_pass后的url最后的/,当加上了/，相当于是绝对根路径，则nginx不会把location中匹配的路径部分代理走;如果没有/，则会把匹配的路径部分也给代理走。

location ^~ /static_js/
{
proxy_cache js_cache;
proxy_set_header Host js.test.com;
proxy_pass http://js.test.com/;
}

如上面的配置，如果请求的url是http://servername/static_js/test.html
会被代理成http://js.test.com/test.html

而如果这么配置

location ^~ /static_js/
{
proxy_cache js_cache;
proxy_set_header Host js.test.com;
proxy_pass http://js.test.com;
}

则会被代理到http://js.test.com/static_js/test.htm

当然，我们可以用如下的rewrite来实现/的功能

location ^~ /static_js/
{
proxy_cache js_cache;
proxy_set_header Host js.test.com;
rewrite /static_js/(.+)$ /$1 break;
proxy_pass http://js.test.com;
}

proxy_pass

Syntax:    proxy_pass URL;

Default:    —

Context:    location, if in location, limit_except

不影响浏览器地址栏的url
设置被代理server的协议和地址，URI可选（可以有，也可以没有）
协议可以为http或https
地址可以为域名或者IP，端口可选；eg：
```
 proxy_pass http://localhost:8000/uri/;
```

如果一个域名可以解析到多个地址，那么这些地址会被轮流使用，此外，还可以把一个地址指定为 server group（如：nginx的upstream）, eg:

upstream backend {

    server backend1.example.com       weight=5;

    server backend2.example.com:8080;

    server unix:/tmp/backend3;

    server backup1.example.com:8080   backup;

    server backup2.example.com:8080   backup;

}

server {

    location / {

        proxy_pass http://backend;

    }

}

server name， port， URI支持变量的形式，eg：
```
proxy_pass http://$host$uri;
```

这种情况下，nginx会在server groups（upstream后端server）里搜索server name，如果没有找到，会用dns解析

请求的URI按照下面的规则传给后端server

如果proxy_pass的URL定向里包括URI，那么请求中匹配到location中URI的部分会被proxy_pass后面URL中的URI替换，eg：

location /name/ {

    proxy_pass http://127.0.0.1/remote/;

}

请求http://127.0.0.1/name/test.html 会被代理到http://example.com/remote/test.html

如果proxy_pass的URL定向里不包括URI，那么请求中的URI会保持原样传送给后端server，eg：

location /name/ {

    proxy_pass http://127.0.0.1;

}

请求http://127.0.0.1/name/test.html 会被代理到http://127.0.0.1/name/test.html

一些情况下，不能确定替换的URI
1. location里是正则表达式，这种情况下，proxy_pass里最好不要有URI
2. 在proxy_pass前面用了rewrite，如下，这种情况下，proxy_pass是无效的，eg：
```
location /name/ {

    rewrite    /name/([^/]+) /users?name=$1 break;

    proxy_pass http://127.0.0.1;

}
```

秒客网

nginx proxy_pass 与 rewrite 简记

相关文章