nginx的Location语法规则

简介: nginx的Location语法规则


Location语法规则

语法规则: location [=||*|^~] /uri/ {… }

首先匹配 =,其次匹配^~,其次是按文件中顺序的正则匹配,最后是交给 /通用匹配。当有匹配成功时候,停止匹配,按当前匹配规则处理请求。

符号 含义 符号 含义
= = 开头表示精确匹配 = = 开头表示精确匹配
^~ ^~开头表示uri以某个常规字符串开头,理解为匹配 url路径即可(禁止正则匹配)。 ^~ ^~开头表示uri以某个常规字符串开头,理解为匹配 url路径即可(禁止正则匹配)。
~ ~ 开头表示区分大小写的正则匹配 ~ ~ 开头表示区分大小写的正则匹配
~* ~* 开头表示不区分大小写的正则匹配 ~* ~* 开头表示不区分大小写的正则匹配
!和!* !和!*分别为区分大小写不匹配及不区分大小写不匹配的正则 !和!* !和!*分别为区分大小写不匹配及不区分大小写不匹配的正则
/ 用户所使用的代理(一般为浏览器) / 用户所使用的代理(一般为浏览器)

匹配规则优先级如下:

  • =精准匹配命中时,停止location动作,直接走精准匹配,
  • 一般匹配(含非正则)命中时,先收集所有的普通匹配,最后对比出最长的那一条
  • 如果最长的那一条普通匹配声明为非正则,直接此条匹配,停止location
  • 如果最长的那一条普通匹配不是非正则,继续往下走正则location
  • 按代码顺序执行正则匹配,当第一条正则location命中时,停止location

path匹配过程

假设http请求路径为

http://192.168.0.132:8088/mvc/index?id=2 ,匹配过程如下:

  • 将整个url拆解为域名/端口/path/params
  • 先由域名/端口,对应到目标server虚拟主机
  • path部分参与location匹配,path = path1匹配部分 + path2剩余部分
  • 进入location方法体内部流程。
  • 若是静态文件处理,则进入目标目录查找文件:root指令时找path1+path2对应的文件;alias指令时找path2对应的文件
  • 若是proxy代理,则形如proxy_pass=ip:port时转发path1+path2路径到tomcat;形如proxy_pass=ip:port/xxx时转发path2路径到tomcat。params始终跟随转发。

rewrite使用:

rewrite regex replacement [flag];

flag=【break/last/redirect/permanent】

  • regex 是正则表达式
  • replacement 是替换值,新值
  • flag – 后续处理标识
    1、flag=break
    发生nginx内部重定向,path值被更新,rewrite层面的命令会中断。原控制流程逻辑不变往下走
    2、flag=last
    发生nginx内部重定向,path值被更新,rewrite层面的命令会中断。控制流程刷新,重新进行整个location层的逻辑流程。
    3、flag= redirect/permanent
    发生页面重定向(301永久重定向/302临时重定向),nginx流程结束,返回http响应到浏览器,页面url更新
    4、flag为空
    发生nginx内部重定向,path值被更新,rewrite层面的命令继续。最后一个rewrite完毕,刷新控制流程,重新进行location重匹配.

三、Nginx处理请求的11个阶段

Nginx 处理请求的全过程一共划分为 11 个阶段(如图),按阶段由上到下依次执行 (上一阶段的所有指令执行完毕,才进入下一阶段)

各阶段的含义如下:

 post-read: 接收到完整的http头部后处理的阶段,在uri重写之前。一般跳过

 server-rewrite: location匹配前,修改uri的阶段,用于重定向,location块外的重写指令(多次执行)

 find-config: uri寻找匹配的location块配置项(多次执行)

 rewrite: 找到location块后再修改uri,location级别的uri重写阶段(多次执行)

 post-rewrite: 防死循环,跳转到对应阶段

 preaccess: 权限预处理

 access: 判断是否允许这个请求进入

 post-access: 向用户发送拒绝服务的错误码,用来响应上一阶段的拒绝

 try-files: 访问静态文件资源

 content : 内容生成阶段,该阶段产生响应,并发送到客户端

 log: 记录访问日志

Nginx的内置变量



大功告成!!

相关文章
|
6月前
|
应用服务中间件 nginx
Nginx系列教程(07) - Location正则表达式
Nginx系列教程(07) - Location正则表达式
81 0
|
13天前
|
应用服务中间件 网络安全 nginx
nginx(1.13.7)首次安装出现:【make: *** 没有规则可以创建“default”需要的目标“build” 问题】解决措施
nginx(1.13.7)首次安装出现:【make: *** 没有规则可以创建“default”需要的目标“build” 问题】解决措施
|
13天前
|
Kubernetes 应用服务中间件 网络安全
kubernetes中Ingress Nginx 常用规则使用
kubernetes中Ingress Nginx 常用规则使用
19 0
|
7月前
|
应用服务中间件 nginx 数据安全/隐私保护
安装Nginx报错:make: *** 没有规则可以创建“default”需要的目标“build”。 停止。
安装Nginx报错:make: *** 没有规则可以创建“default”需要的目标“build”。 停止。
205 0
|
13天前
|
数据采集 应用服务中间件 nginx
百度搜索:蓝易云【nginx一些常用user_agent的匹配规则】
这个规则将会根据user_agent中是否包含"Android"、"iPhone"或"iPad"等关键词,将根目录的访问重定向到/mobile/目录下。需要注意的是,使用if指令可能会导致性能下降,建议尽量使用map模块进行user_agent的匹配。在编写规则时,应该确保匹配规则的准确性,以免误判或产生意外的结果。
63 0
|
6月前
|
应用服务中间件 程序员 Shell
后端程序员不得不会的 Nginx 转发匹配规则
后端程序员不得不会的 Nginx 转发匹配规则
|
7月前
|
应用服务中间件 nginx
【Nginx】记录 nginx 配置文件中 location下根据 ua (user-agent) 判断移动端和电脑端不同浏览器来源
【Nginx】记录 nginx 配置文件中 location下根据 ua (user-agent) 判断移动端和电脑端不同浏览器来源
102 0
|
7月前
|
运维 Java 应用服务中间件
【Nginx用法】nginx location正则表达式写法,详解Nginx location 匹配规则(很详细哦)
【Nginx用法】nginx location正则表达式写法,详解Nginx location 匹配规则(很详细哦)
96 0
|
9月前
|
运维 应用服务中间件 nginx
【运维知识进阶篇】Nginx Location语法优先级详解
【运维知识进阶篇】Nginx Location语法优先级详解
85 0