Nginx配置介绍

qq_48704877

已于 2023-05-26 15:06:30 修改

阅读量22

点赞数

文章标签： nginx lua 运维

于 2023-05-25 22:07:43 首次发布

本文链接：https://blog.csdn.net/qq_48704877/article/details/130855110

版权

配置解析

转载：https://blog.csdn.net/m0_51397290/article/details/127568162?spm=1001.2014.3001.5502

负载实例

转载：https://blog.csdn.net/m0_51397290/article/details/127556424?spm=1001.2014.3001.5502

正则表达

正则规范

^ ：匹配输入字符串的起始位置
$ ：匹配输入字符串的结束位置
* ：匹配前面的字符零次或多次。如“ol*”能匹配“o”及“ol”、“oll”
+ ：匹配前面的字符一次或多次。如“ol+”能匹配“ol”及“oll”、“olll”，但不能匹配“o”
? ：匹配前面的字符零次或一次，例如“do(es)?”能匹配“do”或者“does”，”?”等效于”{0,1}”
. ：匹配除“\n”之外的任何单个字符，若要匹配包括“\n”在内的任意字符，请使用诸如“[.\n]”之类的模式
\ ：将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用。如“\n”匹配一个换行符，而“\$”则匹配“$”
\d ：匹配纯数字
\w ：匹配字母或数字或下划线或汉字
\s ：匹配任意的空白符
\b ：匹配单词的开始或结束
{n} ：重复 n 次
{n,} ：重复 n 次或更多次
{n,m} ：重复 n 到 m 次
[] ：定义匹配的字符范围
[c] ：匹配单个字符 c
[a-z] ：匹配 a-z 小写字母的任意一个
[a-zA-Z0-9] ：匹配所有大小写字母或数字
() ：表达式的开始和结束位置
| ：或运算符

匹配规则

1：lcoalhost =/uri 精确匹配
2：localhost ^~ /uri 前缀匹配 顺序在正则之前
   localhost  /uri  前缀匹配  顺序在正则匹配之后
3：localhost ~ pattern 区分大小写正则
   localhost ~* 不区分大小写的正则匹配
 4：location   /通用匹配  接收未匹配到的其他location请求


匹配顺序：
首先会进行精准匹配，然后就进行前缀匹配，具体按照指令长短，从长到短的顺序以此匹配，但是在正则匹配时，是按照配置文件的顺序进行匹配，如果不希望前缀匹配后进行正则匹配，那么使用^~

在这里插入图片描述

常用匹配规则：

= ：进行普通字符精确匹配，也就是完全匹配。
^~ ：表示普通字符匹配。使用前缀匹配。如果匹配成功，则不再匹配其它 location。
~ ：区分大小写的匹配。
~* ：不区分大小写的匹配。
!~ ：区分大小写的匹配取非。
!~* ：不区分大小写的匹配取非。

`实例`

      location = / {
          #规则A
      }
      location = /lucien {
          #规则B
      }
      location ^~ /lucien/ {
          #规则C
      }
      location ~ \.(gif|jpg|png)$ {
          #规则D
      }
      location ~* \.png$ {
          #规则E
      }
      location !~ \.html$ {
          #规则F
      }
      location !~* \.html$ {
          #规则G
      }
      location / {
          #规则H
      }
      ----------------------------------------------------
      （1）location = / {}
=为精确匹配 / ，主机名后面不能带任何字符串，比如访问 / 和 /data，则 / 匹配，/data 不匹配
再比如 location = /abc，则只匹配/abc ，/abc/或 /abcd不匹配。若 location  /abc，则即匹配/abc 、/abcd/ 同时也匹配 /abc/。
 
（2）location / {}
因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求 比如访问 / 和 /data, 则 / 匹配， /data 也匹配，
但若后面是正则表达式会和最长字符串优先匹配（最长匹配）
 
（3）location /documents/ {}
匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索其它 location
只有其它 location后面的正则表达式没有匹配到时，才会采用这一条
 
（4）location /documents/abc {}
匹配任何以 /documents/abc 开头的地址，匹配符合以后，还要继续往下搜索其它 location
只有其它 location后面的正则表达式没有匹配到时，才会采用这一条
 
（5）location ^~ /images/ {}
匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条
 
（6）location ~* \.(gif|jpg|jpeg)$ {}
匹配所有以 gif、jpg或jpeg 结尾的请求
然而，所有请求 /images/ 下的图片会被 location ^~ /images/ 处理，因为 ^~ 的优先级更高，所以到达不了这一条正则
 
（7）location /images/abc {}
最长字符匹配到 /images/abc，优先级最低，继续往下搜索其它 location，会发现 ^~ 和 ~ 存在
 
（8）location ~ /images/abc {}
匹配以/images/abc 开头的，优先级次之，只有去掉 location ^~ /images/ 才会采用这一条
 
（9）location /images/abc/1.html {}
匹配/images/abc/1.html 文件，如果和正则 ~ /images/abc/1.html 相比，正则优先级更高

`常用三个`

1:
直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网。
这里是直接转发给后端应用服务器了，也可以是一个静态首页
 
location = / {
    proxy_pass http://tomcat_server/;
}
2：
处理静态文件请求，这是nginx作为http服务器的强项
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用
 
location ^~ /static/ {
    root /webroot/static/;
}
 
location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/res/;
}
3:
通用规则，比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求
 
location / {
    proxy_pass http://tomcat_server;
}

注意这两种前缀匹配不能同时出现


localhost ^~ /hello {
 return 1;
}
localhost  /hello {
 return 2;
}

url重写

2、rewrite执行顺序
1、执行server块里面的rewrite指令
2、执行location匹配
3、执行选定的location中的rewrite指令

3、rewrite语法格式
语法rewrite<regex><replacement><flag>;
regex:表示正则匹配规则
replacement:表示跳转后的内容
flag:表示rewrite支持的flag标记
4、flag标记说明
last ：本条规则匹配完成后，继续向下匹配新的location URI规则，一般用在 server 和 if 中。
break ：本条规则匹配完成即终止，不再匹配后面的任何规则，一般使用在 location 中。
redirect ：返回302临时重定向，浏览器地址会显示跳转后的URL地址。
permanent ：返回301永久重定向，浏览器地址栏会显示跳转后的URL地址。

对url 的规范处理，域名更换时的新旧跳转，一些额外参数调整

server{
  listen :80
  server_name  duyi123.com
  rewrite ^/(.*)[支持正则] http://www.duyi123.com/$1 pernanent
  }
  #访问duyi123.com   变成 www.duyi23.com


}

参考：https://blog.csdn.net/Xt991124/article/details/122434683 [后面重写实例很多]