Nginx 匹配规则的一个小问题

最新推荐文章于 2025-02-05 10:35:56 发布

原创最新推荐文章于 2025-02-05 10:35:56 发布 · 485 阅读

0 ·

CC 4.0 BY-SA版权

系统与服务器专栏收录该内容

32 篇文章

订阅专栏

本文探讨了在Docker环境下使用Nginx最新版本时遇到的静态文件访问问题。原本有效的配置无法正常工作，通过调整配置解决了这一问题，并分析了不同配置下Nginx如何处理静态文件。

老版本一直使用

location /upload/ {

root /www/upload;

}

http://localhost/upload/icon.jpg

是可以访问到静态文件的

但在 docker 中使用 nginx:latest 版本时，同样的配置就是找不到静态文件

看了官方文档的解释

server {

location / {

root /data/www;

}

location /images/ {

root /data;

}

如果请求 url 以 /images/ 开头，则响应 /data/images 目录中的文件，如果不以 /images/ 开头，则响应 /data/www 目录中的文件

所以最上面的配置应改为

location /upload/ {

root /www;

}

但是原来的项目按之前的配置确实跑的起来，不知道原来搞错了还是现在新版本变化了

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Kenight_

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Nginx匹配规则详细解析

学习记录

04-30

1442

精确匹配优先减少正则使用合理排序 location明确处理尾部斜杠添加访问控制。

Nginx location匹配规则

qq_24471863的博客

10-23

218

1、语法 location [=|~|~*|^~|@] /uri/ { ... } 2、说明从上面的语法出发，可以了解到 location 可以区分为三个部分，接下来一个一个的研究一下。 1) [=||*|^~|@] = : 表示精确匹配后面的url ~ : 表示正则匹配，但是区分大小写 ~* : 正则匹配，不区分大小写 ^~ : 表示普通字符匹配，如果该选项匹配，只匹配该选项，不匹配...

参与评论您还未登录，请先登录后发表或查看评论

nginx之location匹配顺序

cxy1991xm的博客

11-10

1169

`=` 开头表示精确匹配 `^~` 开头表示uri以某个常规字符串开头，不是正则匹配 `~` 开头表示区分大小写的正则匹配; `~*` 开头表示不区分大小写的正则匹配 `/` 通用匹配, 如果没有其它匹配,任何请求都会匹配到优先级 (location `=` ) > (location `完整路径` ) > (location `^~` 路径) > (location...

nginx匹配规则

2301_76352247的博客

12-22

6859

(location = 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分前缀路径) > (location /)location 匹配首先看优先级：精确= > 前缀^~ > 正则~,~* > 一般 > 通用/在没有精准匹配的情况下，先看前缀匹配的长度，然后根据最长的前缀匹配的优先级去确定是否再去看其它正则匹配location，

Nginx 配置 location 模块实现路由（反向代理、重定向）功能

热门推荐

日有寸进

09-30

9万+

前置文章： Linux（CentOS7）下 Nginx1.15.8 安装步骤 Nginx 的配置文件 nginx.conf 我们访问一个网址，服务器返回对应的资源。那么一个网址是如何对应一个资源的呢？用 Nginx 可以很好地帮我们实现路由功能，我们所有需要做的就是配置好 location 模块。目录语法规则匹配规则 proxy_pass 代理转发 root 与 inde...

Nginx中的匹配规则

日常工作记录，解决实际问题，不成体系。

02-05

1445

nginx中强大的功能，，如rewrite、proxy_pass都离不开他的匹配规则。

Nginx 转发匹配规则的实现

09-29

**Nginx转发匹配规则的实现** 在Nginx服务器配置中，转发匹配规则是用于决定如何处理HTTP请求的关键部分。这些规则可以帮助我们控制请求的流向，实现负载均衡、URL重写、反向代理等功能。以下是对Nginx转发匹配规则...

nginx 匹配规则小总结(推荐)

09-30

Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件（IMAP/POP3）代理...以上是Nginx匹配规则和proxy_pass路径配置的小结，希望对Nginx用户有所帮助。如果有任何疑问，欢迎留言探讨。同时感谢大家对本站的支持！

精选资源

Nginx Location指令URI匹配规则详解小结

01-11

**Nginx Location指令是HTTP模块中的核心配置项，用于根据预定义的URL匹配规则接收并处理用户请求。Location指令的语法如下：** ```markdown ...理解这些匹配规则对于优化Nginx配置和提升服务性能至关重要。

nginx配置location总结及rewrite规则写法

weixin_34111790的博客

05-26

2931

location正则写法一个示例： location = / { # 精确匹配 / ，主机名后面不能带任何字符串 [ configuration A ] } location / { # 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求 # 但是正则和最长字符串会优先匹配 [ configura...

nginx那点事儿——nginx中的匹配规则

liangpangpangyo的博客

10-23

7858

匹配规则前言一. nginx location1.语法规则和优先级2.匹配顺序二. nginx rewrite案例1：rewrite url实现跳转案例2：rewrite中使用正则案例3：主机名重定向案例4：域名重定向案例5：php网站登录跳转案例6：http://alice.liang.com ==> http://www.liang.com/alice案例7：访问的.sh结尾的文件则返回403操作拒绝错误案例8：http 转换 https案例9：last、break、redirect、perma

nginx localtion 匹配规则

ChanYee的博客

06-09

780

~ #波浪线表示执行一个正则匹配，区分大小写 ~* #表示执行一个正则匹配，不区分大小写 ^~ #^~表示普通字符匹配，如果该选项匹配，只匹配该选项，不匹配别的选项，一般用来匹配目录 = #进行普通字符精确匹配 @ #”@” 定义一个命名的 location，使用在内部定向时，例如 error_page, static_file

location与proxy_pass

Data & Analysis

03-13

1852

location配置用于匹配请求的URL，即ngnix中的$request_uri变量 1.location配置格式：location [ 空格 | = | ~ | ~* |^~|!~ | !~* ] /uri/ {}2.loacation匹配顺序 location = /uri 　　　=开头表示精确匹配，只有完全匹配上才能生效。 location ^~ /uri 　　^~ 开头对URL路径进行前缀匹配，并且在正则之前。 location ~ pattern 　~开头表示区分大小写的正则匹配。 locat

Nginx的匹配规则

佐杰的博客

10-01

191

目录规则的优先级规则的优先级 location = / location = /index location ^~ /article/ location ^~ /article/files location ~ .(gif|png|js|css)$ location / http://192.168.0.1/ http://192.168.0.1/index http://192.168.0.1/article/files/ http://192.168.0.1/article/fil

nginx 匹配规则

编程之路

02-24

1314

Nginx的重定向用到了Nginx的HttpRewriteModule，下面简单解释以下如何使用的方法： rewrite命令 nginx的rewrite相当于apache的rewriterule(大多数情况下可以把原有apache的rewrite规则加上引号就可以直接使用)，它可以用在server,location 和IF条件判断块中,命令格式如下： rewrite 正则表达式替换目标 flag

linux Nginx配置篇：location的匹配规则（附测试验证过程）

Etyero的博客

07-28

8136

讨论location的匹配规则前，先弄明白location的分类：只有两类：正则location和普通location ~和~*为正则location =、^~、@和无任何前缀的都属于普通location，另外，@是用作服务端内部的一种转发行为，很少用，在此不做讨论。先扔结论，或者说官网描述的匹配顺序： 1.先普通，再正则 2.普通location之间的匹配顺序：按最大

nginx匹配了一个server还会匹配下一个server吗

最新发布

07-31

Nginx 的 `server` 块匹配机制主要依赖于 `listen` 指令和 `server_name` 指令的组合。当客户端发起请求时，Nginx 会根据请求的 IP 地址和端口与 `listen` 指令进行匹配，然后根据请求头中的 `Host` 字段与 `server_name` 指令进行匹配。如果 `listen` 指令无法确定最佳匹配，Nginx 会继续解析 `server_name` 指令以找到最匹配的 `server` 块。在匹配过程中，Nginx **不会继续匹配后续的 `server` 块**，而是遵循以下规则： 1. **精确匹配 `server_name`**：Nginx 会优先尝试匹配与请求头中 `Host` 值完全相同的 `server_name`。如果找到匹配项，Nginx 会立即使用该 `server` 块处理请求[^1]。 2. **通配符匹配**：如果未找到精确匹配项，Nginx 会尝试使用通配符匹配 `server_name`，例如 `*.example.com` 或 `example.*`。通配符只能出现在 `server_name` 的开头或结尾部分。 3. **正则表达式匹配**：如果仍未找到匹配项，Nginx 会尝试使用正则表达式匹配 `server_name`，例如 `~^www\.example\.com$`。正则表达式匹配的优先级低于通配符匹配和精确匹配[^1]。 4. **默认 `server` 块**：如果所有匹配规则都无法匹配请求，Nginx 会使用默认的 `server` 块处理请求。默认 `server` 块通常是配置文件中第一个定义的 `server` 块，除非显式指定了 `default_server` 参数[^1]。因此，Nginx 在匹配 `server` 块时遵循“找到最佳匹配后立即停止”的原则，不会继续匹配后续的 `server` 块。这种机制确保了请求的高效处理，并避免了不必要的配置冲突。 ### 示例配置以下是一个典型的 `server` 块配置示例，展示了 Nginx 如何根据 `server_name` 匹配请求： ```nginx server { listen 80; server_name example.com www.example.com; location / { root /var/www/example; } } server { listen 80; server_name *.example.org; location / { root /var/www/example_org; } } server { listen 80 default_server; server_name _; location / { root /var/www/default; } } ``` 在上述配置中： - 请求 `http://example.com` 和 `http://www.example.com` 会匹配第一个 `server` 块。 - 请求 `http://sub.example.org` 会匹配第二个 `server` 块。 - 如果请求的 `Host` 头无法匹配前两个 `server` 块，则会匹配第三个默认 `server` 块。 ### 调试技巧 - 使用 `nginx -t` 命令检查配置文件的语法是否正确。 - 使用 `nginx -T` 命令查看完整的配置文件，包括所有包含的文件。 - 启用调试日志：`error_log logs/error.log debug;`，以便查看详细的匹配过程[^4]。