nginx路径匹配踩坑

梦里梦外; 2023-02-10 13:27 191阅读 0赞

#### nginx路径匹配踩坑 ####

*  页面403 Forbidden errors

> 原因： 权限问题，查看日志：\*1 open() “/root/a.jpg” failed (13: Permission denied)

解决：nginx.conf 中加入**user root**;  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5ODg0NDEw_size_16_color_FFFFFF_t_70]

*  页面 404 Not Found

> 原因： 这里我用的正则匹配， 表达式是**location ~ .(gif|jpg|png|js|css)$匹配任意的以gif、jpg、png、js、css结尾的路径，  
> 我输入的地址是： ip:端口/1.jpg ，匹配上了怎么会找不到报404呢？因为nginx会去location中的root指向的目录里找1.jpg**, 而我目录里没有这个文件

## 解决： 如此如此这般这般…   ![在这里插入图片描述][20200520234931435.png] ##

补充：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5ODg0NDEw_size_16_color_FFFFFF_t_70 1]  
如果请求的URI是/t/xxd/test.jpg时候，会去/www/root/htm/new\_t/xxd/test.jpg

--------------------

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5ODg0NDEw_size_16_color_FFFFFF_t_70 2]

location = / { 
    　　# 精确匹配 / ，主机名后面不能带任何字符串
    　　[ configuration A ]
    }
    location / { 
    　　# 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求
    　　# 但是正则和最长字符串会优先匹配
    　　[ configuration B ]
    }
    location /documents/ { 
    　　# 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索
    　　# 只有后面的正则表达式没有匹配到时，这一条才会采用这一条
    　　[ configuration C ]
    }
    location ~ /documents/Abc { 
    　　# 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索
    　　# 只有后面的正则表达式没有匹配到时，这一条才会采用这一条
    　　[ configuration CC ]
    }
    location ^~ /images/ { 
    　　# 匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条。
    　　[ configuration D ]
    }
    location ~* \.(gif|jpg|jpeg)$ { 
    　　# 匹配所有以 gif,jpg或jpeg 结尾的请求
    　　# 然而，所有请求 /images/ 下的图片会被 config D 处理，因为 ^~ 到达不了这一条正则
    　　[ configuration E ]
    }
    location /images/ { 
    　　# 字符匹配到 /images/，继续往下，会发现 ^~ 存在
    　　[ configuration F ]
    }
    location /images/abc { 
    　　# 最长字符匹配到 /images/abc，继续往下，会发现 ^~ 存在
    　　# F与G的放置顺序是没有关系的
    　　[ configuration G ]
    }
    location ~ /images/abc/ { 
    　　# 只有去掉 config D 才有效：先最长匹配 config G 开头的地址，继续往下搜索，匹配到这一条正则，采用
    　　[ configuration H ]
    }

/ -> config A  #精确完全匹配，即使/index.html也匹配不了
    /downloads/download.html -> config B    #匹配B以后，往下没有任何匹配，采用B
    /images/1.gif -> configuration D   # 匹配到F，往下匹配到D，停止往下
    /images/abc/def -> config D  #最长匹配到G，往下匹配D，停止往下 　　　　　　　　　　　　　　　　 可以看到 任何以/images/开头的都会匹配到D并停止，FG写在这里是没有任何意义的，H是永远轮不到的，这里只是为了说明匹配顺序
    /documents/document.html -> config C    #匹配到C，往下没有任何匹配，采用C
    /documents/1.jpg -> configuration E     #匹配到C，往下正则匹配到E
    /documents/Abc.jpg -> config CC    #最长匹配到C，往下正则顺序匹配到CC，不会往下到E

--------------------

配置rewrite last时，**请求跳出当前location**，进入server块，重新进行location匹配，超过10次匹配不到报500错误。客户端的url不变.

配置rewrite break时，**请求不会跳出当前location**，但资源匹配会按照重写后的url进行，如果location里面配置的是proxy\_pass到后端，后端服务器收到的请求url也会是重写后的url。客户端的url不变。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5ODg0NDEw_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200520234204728.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5ODg0NDEw,size_16,color_FFFFFF,t_70
[20200520234931435.png]: https://img-blog.csdnimg.cn/20200520234931435.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5ODg0NDEw_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/2020052109262154.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5ODg0NDEw,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5ODg0NDEw_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20200521094906866.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5ODg0NDEw,size_16,color_FFFFFF,t_70