Nginx的块、变量以及重定向

目录

  绪论

1、location匹配

1.1 常见的Nginx正则表达式

1.2 正则表达式：匹配的是文件内容

1.3 location匹配uri

1.4 location常用的匹配规则

1.5 location优先级

1.6 匹配小结

1.7 生产环境中的匹配规则

2、nginx的内置变量

3、rewrite

3.1 rewrite作用

3.2 nginx的内置变量

3.3 rewrite跳转实现

3.4 rewrite执行顺序 

3.5 rewrite语法

3.6 flag标记说明

3.7 小结

---

  绪论

location：匹配的uri

rewrite：重定向功能

1、location匹配

1.1 常见的Nginx正则表达式

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

1.2 正则表达式：匹配的是文件内容

URI（Uniform Resource Identifier，统一资源标识符）是一种字符串标识符，用于标识抽象或物理资源，
如文件、图片、视频等。

它由多个组件组成，包括协议、主机名、端口号、路径等，例如 http://www.kgc.com:8080/index.html 就是一个 URI。

在 Nginx 中，匹配的对象通常是 URI 的一部分，比如 /index.html、/images/logo.png 等

1.3 location匹配uri

· 精准匹配：location = / {...}
· 一般匹配：location / {...}
· 正则匹配：location ~ / {...}

1.4 location常用的匹配规则

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

1.5 location优先级

首先精确匹配 =
其次前缀匹配 ^~
其次是按文件中顺序的正则匹配~或者~*
然后匹配不带任何修饰的前缀匹配
最后是交给/通用匹配

1.6 匹配小结

 location4yy p粘贴到下面：当location=/时候，只能是index.html才能匹配到

location = /index.html { root html; index index.html index.htm; }

systemctl restart nginx

nginx -t看一下语法

到浏览器输入本机地址/index.html

eg：www.ky30.com/ 对应的是location = /

www.ky30.com/test 对应的是location /

www.ky30.com/documents/ 对应的是location /documents/

www.ky30.com/images 对应的是location ^* /images/

www.ky30.com/1.jpg对应的是location location ~* 反斜杠.(gif|jpg)

location:匹配原则：越精确越匹配

 

/ 匹配通用规则：

 

 

换成以images开头：

不区分大小写的正则匹配：匹配以.gif   或者  .jpg  结尾的：

1.7 生产环境中的匹配规则

 

第一个必选规则
直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网。
可以是个静态首页，可以直接转发给后端应用服务器
location = / {
   root  html;
   index index.html index. htm;
}

第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
    root /webroot/static/;
}

location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/res/;
}

第三个规则就是通用规则，比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求
location / {
    proxy_pass http://tomcat_server;
}

2、nginx的内置变量

3、rewrite

3.1 rewrite作用

使用nginx提供的全局变量或自己设置的变量，结合正则表达式和标志位实现url重写以及重定向。
比如：更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面，网站防盗链等等需求
rewrite只能放在server{},location{},if{}中，并且默认只能对域名后边的除去传递的参数外的字符串起作用，
例如 http://www.kgc.com/a/we/index.php?id=1&u=str 只对/a/we/index.php重写

3.2 nginx的内置变量

$uri: 请求的URI，不包含主机和查询参数。

$request_uri: 请求的URI，包含主机和查询参数。

$args: 查询参数部分，即?后面的内容。

$query_string: 整个查询字符串，包含?。

$host: 请求的主机名。

$http_user_agent: 请求的User-Agent头信息，用于表示请求的客户端浏览器和操作系统。

$http_referer: 请求的Referer头信息，表示当前页面的来源URL。

$remote_addr: 客户端的IP地址。

$remote_port: 客户端的端口号。

$server_addr: 服务器的IP地址。

$server_port: 服务器的端口号。

$request_method: 请求的HTTP方法，如GET、POST、等。

$content_type: 请求的Content-Type头信息，表示请求体的MIME类型。

$content_length: 请求的Content-Length头信息，表示请求体的长度。

$scheme: 请求的协议，通常是http或https。

$request_filename: 请求的文件名，用于指定请求的实际文件路径。

$document_root: 当前请求的根目录。

$server_name: 服务器名称，用于匹配server块的server_name指令。
x_forwarded_for:用于获取HTTP请求头中的X-Forwarded-For字段的值。
X-Forwarded-For是一个常见的HTTP请求头，通常由代理服务器添加，用于指示原始客户端的IP地址。
proxy_set_header X-Forwarded-For $remote_addr; 这个是传给后端。

X-Real-IP：头部为客户端真实IP地址
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header指令来设置X-Real-IP头部的值为$remote_addr，即客户端的真实IP地址。
这样，Nginx会将客户端的真实IP地址作为X-Real-IP头部的值传递给后端服务器。

 location / {
            root   html;
            index  index.html index.htm;
            default_type text/plain;#表示如果没有在其他地方显示设置：content-type的头字段，默认响应为text/plain；纯文本格式
            return 200 "way:$request_method";
        }

3.3 rewrite跳转实现

Nginx：通过ngx_http_rewrite_module模块支持URL重写、支持if条件判断，但不支持else
跳转：从一个location跳转到另一个location，循环最多可以执行10次，超过后nginx将返回500错误
PCRE支持：perl兼容正则表达式的语法规则匹配
重写模块set指令：创建新的变量并设其值

3.4 rewrite执行顺序 

执行 server 块里面的 rewrite 指令。
执行 location 匹配。
执行选定的 location 中的 rewrite 指令。

不停rewrite，死循环，只能10次，然后报错，报错状态码：500

3.5 rewrite语法

rewrite [flag]
regex ：表示正则匹配规则。
replacement ：表示跳转后的内容。
flag ：表示 rewrite 支持的 flag 标记。

3.6 flag标记说明

last ：本条规则匹配完成后，继续向下匹配新的location URI规则。
break ：本条规则匹配完成即终止，不再匹配后面的任何规则，且URI不会发生变化。
redirect ：返回302临时重定向，浏览器地址会显示跳转后的URL地址。
permanent ：返回301永久重定向，浏览器地址栏会显示跳转后的URL地址。

永久重定向（301）用于永久性的URL变更，搜索引擎会转移权重和排名到新的URL，客户端会记住新的URL。

临时重定向（302）用于短期的URL变更，搜索引擎不会转移权重和排名到新的URL，客户端会继续访问原始URL。

permanent:
location / {

        rewrite /test/(.*) /ky30/$1 permanent;
        index index.html index.htm;

        }
        
mkdir test 
echo test > index.html
mkdir ky30
echo ky30 > index.html
返回301,永久重定向

redirect：
location / {

        rewrite /test/(.*) /ky30/$1 redirect;
        index index.html index.htm;

        }
返回302,临时重定向

break：
location / {

        rewrite /test/(.*) /ky30/$1 break;
        index index.html index.htm;

        }
也会跳转，uri没有发生变化，而且只会请求一次。

last:
  location /test1 {
         index index.html index.htm;
         rewrite /test1/(.*) /test2/$1 last;
        }

        location /test2 {
        index index.html index.htm;
        rewrite /test2/(.*) /test1/$1 last;

        }

        location /break {
        rewrite /break/(.*) /test1/$1 break;
        rewrite /test1/(.*) /test2/$1 break;
        index index.html index.htm;
        }

        location /last {
        rewrite /last/(.*) /test1/$1 last;
        rewrite /test1/(.*) /test2/$1 last;
        index index.html index.htm;
        }
"rewrite or internal redirection cycle while processing"是Nginx中的一个错误信息，
它表示在处理请求时发生了重写或内部重定向循环。

这个错误通常是由于配置文件中的重写规则导致了一个无限循环。当Nginx进行重写或内部重定向时，
如果新的URI再次匹配了原始的重写规则，就会产生循环，并导致错误。
 

3.7 小结

从功能看rewrite和location似乎有点像，都能实现跳转，主要区别在于rewrite是在同一域名内更改获取资源的路径，
而 location是对一类路径做控制访问或反向代理，还可以proxy_pass 到其他机器。

基于域名的跳转
现在公司旧域名www.kgc.com有业务需求变更，需要使用新域名www.benet.com代替，但是旧域名不能废除，
需要跳转到新域名上，而且后面的参数保持不变。

vim /usr/local/nginx/conf/nginx.conf
server {
    listen       80;
    server_name  www.kgc.com;                                       #域名修改    
    #charset utf-8;
    #access_log  /var/log/nginx/kgc.com-access.log;                  #日志修改
    location / {
    #添加域名重定向
        if ($host = 'www.kgc.com'){                                #$host为rewrite全局变量，代表请求主机头字段或主机名
            rewrite ^/(.*)$ http://www.benet.com/$1 permanent;       #在重定向时，$1表示请求的URL
        }
        root   html;
        index  index.html index.htm;
    }
}

echo "192.168.233.61 www.kgc.com www.benet.com" >> /etc/hosts
systemctl restart nginx

permanent
permanent: 永久性重定向，请求日志中的状态码为301。

基于客户端IP访问跳转
今天公司业务新版本上线，要求所有 IP 访问任何内容都显示一个固定维护页面，
只有公司 IP ：192.168.233.61访问正常。
vim /usr/local/nginx/conf/nginx.conf
server {
    listen       80;
    server_name  www.kgc.com;                       #域名修改    
    charset utf-8;
    access_log  /var/log/nginx/kgc.com-access.log;  #日志修改

    #设置是否合法的IP标记
    set $rewrite true;                             #设置变量$rewrite，变量值为boole值true
    
    #判断是否为合法IP
    if ($remote_addr = "192.168.233.61"){          #当客户端IP为192.168.233.61时，将变量值设为false，不进行重写
        set $rewrite false;
    }
                                                   #除了合法IP，其它都是非法IP，进行重写跳转维护页面
    if ($rewrite = true){                          #当变量值为true时，进行重写
        rewrite (.+) /error.html;                   #重写在访问IP后边插入/error.html，例如192.168.233.22/error.html
    }
    location = /error.html {
        root html;                                 #网页返回html/error.html的内容
    }
    
    location / {
        root   html;
        index  index.html index.htm;
    }
}

systemctl restart nginx

只有 IP 为 192.168.233.61 能正常访问，其它地址都是维护页面

systemctl restart nginx.service 

基于目录下所有 php 结尾的文件跳转
vim /usr/local/nginx/conf/nginx.conf
server {
    listen       80;
    server_name  www.test.com;        #域名修改    
    charset utf-8;
    access_log  /var/log/nginx/www.test.com-access.log;
    
    location ~* /upload/.*\.php$ {
        rewrite (.+) http://www.test.com permanent;
    }
 
    location / {
        root   html;
        index  index.html index.htm;
    }
}
systemctl restart nginx

访问http://www.test.com/upload/123.php，直接跳转到www.test.com

官网地址 https://nginx.org/en/docs/http/ngx_http_core_module.html#location