Nginx中location proxy_pass加与不加/的区别说明
作者:第三眼的思绪
本文总结了Nginx配置中的location匹配规则和proxy_pass用法,包括前缀匹配、精确匹配、正则表达式匹配、通配符匹配以及proxy_pass的配置细节
一、location 配置
前缀匹配
# 匹配以 /images/ 开头的URI location /images/ { # 相应的处理配置 }
- 后缀没有
/
时,location /abc/def
可以匹配/abc/defghi
请求,也可以匹配/abc/def/ghi
等 - 而后缀有
/
时,location /abc/def/
不能匹配/abc/defghi
请求,只能匹配/abc/def/anything
这样的请求
精确匹配
# 精确匹配仅为 /login 的URI location = /login { # 进行相应的处理 }
正则表达式匹配
# 通过正则匹配形如 /user/123 的URI location ~ ^/user/\d+ { # 进行相应的处理 }
通配符匹配
# 匹配以 .jpg、.png 或 .gif 结尾的URI location ~* \.(jpg|png|gif)$ { # 进行相应的处理 }
使用 ~*
进行正则表达式匹配时,表示对请求的 URI 不区分大小写进行匹配
二、proxy_pass 配置
不加后缀 “/”
location /api { # 代理仅替换 schema://ip:port proxy_pass http://backend_server; }
在这种情况下,如果原始请求的 URI 是 /api/foo
,Nginx 代理会将请求转发到 http://backend_server/api/foo
。
Nginx 不会修改原始请求的 URI,而是将其完整地传递给后端服务器。
加上后缀 “/”
location /api { # 代理替换整个前缀,包括location匹配使用的前缀。即 schema://ip:port/[location pattern] proxy_pass http://backend_server/; }
在这种情况下,如果原始请求的 URI 是 /api/foo
,Nginx 代理会将请求转发到 http://backend_server/foo
。
Nginx 会将原始请求的 URI 中location
前缀 的部分去除,并将剩余部分追加到 proxy_pass 指令中配置的后端服务器地址后面。
当location为正则表达式时,proxy_pass的末尾不能带/
,否则会报错如下
nginx: [emerg] “proxy_pass” cannot have URI part in location given by regular expression, or inside named location, or inside “if” statement, or inside “limit_except” block in xxx.conf
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。
您可能感兴趣的文章:
- Nginx location和proxy_pass配置示例详解
- Nginx中proxy_pass的斜杠的两种方式
- Nginx的location路径与proxy_pass匹配规则说明
- Nginx捕获并自定义proxy_pass返回的错误问题
- nginx中如何配置proxy_pass
- Nginx rewrite和proxy_pass的区别及说明
- Nginx proxy_pass如何到https后端
- nginx代理参数proxy_pass的实现
- nginx反向代理proxy_pass遇到的死循环问题
- 解决nginx配置proxy_pass之后,响应变慢的问题
- Nginx使用if指令实现多个proxy_pass方式
- Nginx中proxy_pass使用小结