nginx路径匹配踩坑

nginx路径匹配踩坑

• 页面403 Forbidden errors

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

解决：nginx.conf 中加入user root;

• 页面 404 Not Found

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

解决： 如此如此这般这般…

补充：

如果请求的URI是/t/xxd/test.jpg时候，会去/www/root/htm/new_t/xxd/test.jpg

---

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不变。