1. 首页
  2. 文章中心
  3. Linux-服务管理

Nginx的location规则

56 阅读 0 评论
我是靠谱客的博主 畅快红牛，最近开发中收集的这篇文章主要介绍Nginx的location规则，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

Nginx的location规则

概念

可以通过配置location指令块，决定客户端发过来的请求URI是如何处理的；

语法：

Syntax: location [ = | ~ | ~* | ^~ ] uri { ... }
location @name { ... }
Default: —
Context: server, location

Location 的配置可以有两种配置方法，可以在server指令块和location指令块中配置

  • 修饰符+URI（资源路径）
  • @+name：这种是内部跳转用到；

修饰符讲解：

=：精确匹配（必须全部都相等）

  • 精确匹配，一般是匹配某个具体文件；

范例：

        location = /haha {
                allow 192.168.75.130;
                deny all;
                root /data/;
                index index.html index.htm;
        }

#匹配的uri是 192.168.75.130：/haha，这样就直接指定了路径

~：大小写敏感（正则表达式）

  • 匹配的大小写敏感
  • 使用的是正则表达式

范例

        location ~ /haha {
                allow 192.168.75.130;
                deny all;
                root /data/;
                index index.html index.htm;
        }
#这种请求相当于：
用户访问：192.168.75.130:/haha---->这个是可以访问到资源的
用户访问：192.168.75.130：/HAHA--->这个是无法获取到资源的；

~*：忽略大小写（正则表达式），

  • 这里需要注意忽略大小写的意思是请求的字符大小写都是可以的
  • 大事不会进行大小写转换，请求的大小写对应的文件必须存在；
  • 大小写忽略，值得是uri部分的大小写忽略

范例：

        location ~* /haha {
                allow 192.168.75.130;
                deny all;
                root /data/;
                index index.html index.htm;
        }
        
#这个是忽略大小写的匹配
用户访问：192.168.75.130:/haha---->这个是可以访问到资源的；访问的是haha里面的资源
用户访问：192.168.75.130：/HAHA--->这个是也可以访问，但是访问的资源的HAHA里面的资源

^~：只需匹配uri部分

  • 这里指的是进京匹配以uri开头的，匹配成功了之后，会停止搜索后面的正则表达式匹配；

示例：

        location ^~  /haha {
                allow 192.168.75.130;
                deny all;
                root /data/;
                index index.html index.htm;
        }
#匹配以/haha/目录开头的都能够匹配上；
用户匹配：192.168.75.130：/haha/liangjiawei.PNG-->可以匹配
用户匹配：192.168.75.130：/haha/liangjiawei.png-->也可以成功匹配
 #这里需要注意的是：如果被^~这个规则匹配到的话，	其他的正则表达式就不会进行；

@：内部服务跳转

指定后缀的匹配

  • 处理匹配以gif、jpg、jpeg结尾的文件

范例：

        location ~* .(gif|jpg|png|swf|flv)$ {
                valid_referers none blocked *.liangjiawei.net;
                root    /data/html/;
                if ($invalid_referer) {
                        return 403;
                        }
                }
#这里只要是访问192.168.75.130：/dadas/dsjlfj/dsfj.jgp->匹配成功
#还是访问192.168.75.130：/img/liangjiawei.png-->都可以匹配成成

location的规则实验

这个实验是结合以上所有的修饰符进行讲解；

添加一个echo模块，可以简化操作；

#准备echo模块
[root@node1 src]# rz
[root@node1 src]# ls echo-nginx-module-0.61.tar.gz 
echo-nginx-module-0.61.tar.gz


#解压模块并且改一个名字
[root@node1 src]# tar -xf echo-nginx-module-0.61.tar.gz 
[root@node1 src]# mv echo-nginx-module-0.61 echo-nginx-module

#进入到nginx的源码目录进行预编译、编译、安装、升级
[root@node1 src]# cd nginx-1.17.10/
	#查看原来的编译选项
[root@node1 nginx-1.17.10]# nginx -V
nginx version: nginx/1.17.10
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-36) (GCC) 
configure arguments: --prefix=/usr/local/nginx
	#重新预编译
	#--add-module=注意这个echo模块的路径
[root@node1 nginx-1.17.10]# ./configure --prefix=/usr/local/nginx --add-module=../echo-nginx-module


#编译安装
[root@node1 nginx-1.17.10]# make && make install


#直接升级
[root@node1 nginx-1.17.10]# make upgrade
/usr/local/nginx/sbin/nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful
kill -USR2 `cat /usr/local/nginx/logs/nginx.pid`
sleep 1
test -f /usr/local/nginx/logs/nginx.pid.oldbin
kill -QUIT `cat /usr/local/nginx/logs/nginx.pid.oldbin`
[root@node1 nginx-1.17.10]# 


#再次查看一下nginx的编译参数
	#已经添加了echo模块
[root@node1 nginx-1.17.10]# nginx -V
nginx version: nginx/1.17.10
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-36) (GCC) 
configure arguments: --prefix=/usr/local/nginx --add-module=../echo-nginx-module

完成实验，修改nginx的配置文件

#修改配置文件
[root@node1 nginx-1.17.10]# cd /usr/local/nginx/
[root@node1 nginx]# vim conf/nginx.conf
	#增加如下内容
......................
        location / {
                echo "这是默认的 $request_uri";
        }
        location ~* .(jpg|png) {
                echo "这是~* .(jpg|png)";
                }
        location ~ .(jpg|png) {
                echo "这是大小写敏感的~ .(jpg|png)";
                }
        location ^~ /haha/  {
                echo "这是只要匹配上就停止的 ^~ /haha/";
                }
        location = /haha/liangjiawei.png  {
                echo "这是只要绝对相等的 = /haha/liangjiawei.png ";
                }
.......


#修改好了之后，重载配置文件
[root@node1 nginx]# nginx -s reload

验证规则的优先级：

首先让客户请求

[root@node-130 nginx]# curl 192.168.75.131/haha/liangjiawei.png
这是只要绝对相等的 = /haha/liangjiawei.png 
	#这里可以发现，如果资源一致，直接匹配=号的规则

第一：取出uri：让客户端访问的是/haha/liangjiawei.pg

第二步：去掉location规则，查找有没有= /haha/liangjiawei.png的规则，有的话就停止匹配

[root@node-130 nginx]# curl 192.168.75.131/haha/liangjiawei.png
这是只要绝对相等的 = /haha/liangjiawei.png 

	#去到配置文件中，注释掉=的规则
[root@node1 nginx]# vim conf/nginx.conf
............
        #location = /haha/liangjiawei.png  {
        #       echo "这是只要绝对相等的 = /haha/liangjiawei.png ";
        #       }
	#记得重启配置文件
[root@node1 nginx]# nginx -s reload

第三步：注释这=号的规则之后，再来访问一下，看看是是哪个规则可以匹配

​ #这里可以发现：如果=号规则没有了，那么nginx直接有^~匹配开头是的规则来取代

[root@node1 nginx]# curl 192.168.75.131/haha/liangjiawei.png
这是只要匹配上就停止的 ^~ /haha/

第四步：再把^~这个规则取消，再来查看一下

  • 这里我们也可以发现，匹配的规则是忽略大小写的匹配规则出现在我们眼前
  • 问题：我们命名指定png，为什么不是~规则出现？
[root@node1 nginx]# vim conf/nginx.conf
        #location ^~ /haha/  {
        #       echo "这是只要匹配上就停止的 ^~ /haha/";
        #       }
#重载配置文件
	#然后再次访问
[root@node1 nginx]# curl 192.168.75.131/haha/liangjiawei.png
这是~* .(jpg|png)

为了解答上面的问题，我们查看一下nginx剩余的规则

  • 发现~*这个规则是排在上面的；
  • 总结就是同时正则的规则，可以安装配置文件中的先后进行匹配（从上往下的顺序）
[root@node1 nginx]# vim conf/nginx.conf
        location / {
                echo "这是默认的 $request_uri";
        }
        location ~* .(jpg|png) {
                echo "这是~* .(jpg|png)";
                }
        location ~ .(jpg|png) {
                echo "这是大小写敏感的~ .(jpg|png)";
                }
..........


#调换一下位置再次验证
[root@node1 nginx]# vim conf/nginx.conf
        location / {
                echo "这是默认的 $request_uri";
        }
        location ~ .(jpg|png) {
                echo "这是大小写敏感的~ .(jpg|png)";
                }
        location ~* .(jpg|png) {
                echo "这是~* .(jpg|png)";
                }
#验证是~这个规则出来
[root@node1 nginx]# nginx -s reload
[root@node1 nginx]# curl 192.168.75.131/haha/liangjiawei.png
这是大小写敏感的~ .(jpg|png)

最后：把所有的规则都去掉

#修改配置文件
[root@node1 nginx]# vim conf/nginx.conf
........
        location / {
                echo "这是默认的 $request_uri";
        }
        #location ~ .(jpg|png) {
        #       echo "这是大小写敏感的~ .(jpg|png)";
        #       }
        #location ~* .(jpg|png) {
        #       echo "这是~* .(jpg|png)";
        #       }
        #location ^~ /haha/  {
        #       echo "这是只要匹配上就停止的 ^~ /haha/";
        #       }
        #location = /haha/liangjiawei.png  {
        #       echo "这是只要绝对相等的 = /haha/liangjiawei.png ";


#重载配置文件验证
[root@node1 nginx]# nginx -s reload
[root@node1 nginx]# curl 192.168.75.131/haha/liangjiawei.png
这是默认的 /haha/liangjiawei.png

最后

以上就是畅快红牛为你收集整理的Nginx的location规则的全部内容，希望文章能够帮你解决Nginx的location规则所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供，作为学习参考使用，或来自网络收集整理，版权属于原作者所有。
点赞(37)

相关文章

注意：TP5 获取header自动转小写问题
注意：TP5 获取header自动转小写问题
转载：nginx 的location配置规则1 先普通 location ，再正则 location403 ForbiddenWelcome to nginx!404 Not Found403 Forbidden2 普通 location 的“隐式”严格匹配404 Not Found3 普通 location 的“显式”严格匹配和“ ^~ ” 前缀4 正则 location 与编辑顺序5 “@” 前缀 Named Location 使用FoundFound
转载：nginx 的location配置规则1 先普通 location ，再正则 location403 ForbiddenWelcome to nginx!404 Not Found403 Forbidden2 普通 location 的“隐式”严格匹配404 Not Found3 普通 location 的“显式”严格匹配和“ ^~ ” 前缀4 正则 location 与编辑顺序5 “@” 前缀 Named Location 使用FoundFound
nginx之URI重写与if的使用1.URI重写2.if
nginx之URI重写与if的使用1.URI重写2.if
Nginx配置location语法规则
Nginx配置location语法规则
Nginx的location规则
Nginx的location规则
nginx location配置规则
nginx location配置规则
nginx配置中location的匹配规则
nginx配置中location的匹配规则
从Nginx源代码谈大写和小写字符转化的最高效代码以及ASCII码表的科学
从Nginx源代码谈大写和小写字符转化的最高效代码以及ASCII码表的科学

评论列表共有 0 条评论

立即
投稿
返回
顶部