目录
一、概述
1、跳转场景
URL看起来更规范、合理
企业会将动态URL地址伪装成静态地址提供服务
网址换新域名后,让旧的访问跳转到新的域名上
服务端某些业务调整
2、跳转实现
支持URL重写、支持if条件判断,但不支持else
循环最多可以执行10次,超过后nginx将返回500错误
rewrite使用Nginx全局变量或自己设置的变量,结合正则表达式和标志位实现URL重写以及重定向
3、rewrite实际场景
Nginx跳转需求的实现方式
使用rewrite进行匹配跳转
使用if匹配全局变量后跳转
使用location匹配再跳转
rewrite放在server{},if{},location{}段中
location只对域名后边的除去传递参数外的字符串起作用
对域名或参数字符串
使用if全局变量匹配
使用proxy_pass反向代理
4、Nginx正则表达式
常用的正则表达式元字符
字符 | 说明 |
^ | 匹配输入字符串的起始位置 |
$ | 匹配输入字符串的结束位置 |
* | 匹配前面的字符零次或多次 |
+ | 匹配前面的字符一次或多次 |
? | 匹配前面的字符零次或一次 |
. | 匹配除“\n”之外的任何单个字符 |
\ | 将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用 |
\d | 匹配纯数字 |
{n} | 重复n次 |
{n,} | 重复n次或更多次 |
[c] | 匹配单个字符c |
[a-z] | 匹配a-z小写字母的任意一个 |
[a-zA-Z] | 匹配a-z小写字母或A-Z大写字母的任意一个 |
5、rewrite命令语法
flag标记说明
标记 | 说明 |
last | 相当于Apache的[L]标记,表示完成rewrite |
break | 本条规则匹配完成即终止,不再匹配后面的任何规则 |
redirect | 返回302临时重定向,浏览器地址会显示跳转后的URL地址,爬虫不会更新url |
permanent | 返回301永久重定向,浏览器地址栏会显示跳转后的URL地址,爬虫更新url |
判断表达式
-f 和 !-f用来判断是否存在文件
-d 和 !-d用来判断是否存在目录
-e 和 !-e用来判断是否存在文件或目录
-x 和 !-x用来判断文件是否可执行
判断全局变量
$args #这个变量等于请求行中的参数。
$content_length # 请求头中的Content-length字段。
$content_type # 请求头中的Content-Type字段。
$document_root # 当前请求在root指令中指定的值。
$host # 请求主机头字段,否则为服务器名称。
$http_user_agent # 客户端agent信息
$http_cookie # 客户端cookie信息
$limit_rate # 这个变量可以限制连接速率。
$request_body_file # 客户端请求主体信息的临时文件名。
$request_method # 客户端请求的动作,通常为GET或POST。
$remote_addr # 客户端的IP地址。
$remote_port # 客户端的端口。
$remote_user # 已经经过Auth Basic Module验证的用户名。
$request_filename # 当前请求的文件路径,由root或alias指令与URI请求生成。
$query_string # 与$args相同。
$scheme #HTTP 方法(如http,https)。
$server_protocol # 请求使用的协议,通常是HTTP/1.0或HTTP/1.1。
$server_addr # 服务器地址,在完成一次系统调用后可以确定这个值。
$server_name # 服务器名称。
$server_port # 请求到达服务器的端口号。
$request_uri # 包含请求参数的原始URI,不包含主机名,如:”/foo/bar.php?arg=baz”。
$uri # 不带请求参数的当前URI,$uri不包含主机名,如”/foo/bar.html”。
$document_uri # 与$uri相同。
例:http://localhost:88/test1/test2/test.php
$host:localhost
$server_port:88
$request_uri:http://localhost:88/test1/test2/test.php
$document_uri:/test1/test2/test.php
$document_root:D:\nginx/html
$request_filename:D:\nginx/html/test1/test2/test.php
6、location分类
location = patt {}[精准匹配]
location patt {}[一般匹配]
location ~ patt {} [正则匹配]
标记 | 说明 |
~ | 执行一个正则匹配,区分大小写 |
~* | 执行一个正则匹配,不区分大小写 |
!~ | 执行一个正则匹配,区分大小写不匹配 |
!~* | 执行一个正则匹配,不区分大小写不匹配 |
^~ | 普通字符匹配;使用前缀匹配。如果匹配成功,则不再匹配其他location |
= | 普通字符精确匹配。也就是完全匹配 |
@ | 定义一个命名的location,使用在内部定向时 |
7、location优先级(越精确越优先)
相同类型的表达式,字符串长的会优先匹配
按优先级排列
=类型
^~类型表达式
正则表达式(~和~*)类型
常规字符串匹配类型,按前缀匹配
通用匹配(/),如果没有其它匹配,任何请求都会匹配到
(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 相比,正则优先级更高
优先级总结location优先级是怎么排列的:
匹配某个具体文件
(location=完整路径) >(location ^~完整路径) >(location~*完整路径) >(location~完整路径)>(location 完整路径)>( location / )
用目录做匹配访问某个文件
(location =目录)>(location ^~目录/)>(location ~目录) >(location ~*目录) >(location目录)>(location / )文件目录为什么只会在区不区分大小写上会有变动
正则表达式:目的是为了尽量精确的匹配
文件—》尽量精确匹配,区分大小写精确、不区分更为精确
目录—》尽量精确匹配,区分大小写精确优先级更高,不区分大小写的
8、比较rewrite 和 location
相同点:都能实现跳转
不同点
rewrite是在同一域名内更改获取资源的路径
location是对一类路径做控制访问或反向代理,还可以proxy_pass到其他机器
rewrite会写在location里,执行顺序
执行server块里面的rewrite指令
执行location匹配
执行选定的location中的rewrite指令
9、实际网站使用中,至少有三个匹配规则定义
#第一个必选规则
直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理,比如说官网。可以是静态首页,也可以直接转发给后端应用服务器
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后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求(跳转/反向代理)
upstreamtomcat_server {
192.168.226.128:80
192.168.226.132:80
}
location / {
proxy_pass http://tomcat_server;
}
httpd服务
跑一些应用在HTTPD 服务中,以这类形式提供服务的话HTTPD就是做为应用服务器
如果HTTPD仅做为“处理动态请求”定位,则httpd就是做为web服务器
app对应的执行代码需要一个环境做支持/支撑环境,可以由应用服务器提供——HTTPD、tomcat
二、基本操作
1、基于域名的跳转
现在公司旧域名www.ly.com有业务需求变更,需要使用新域名www.yl.com代替,但是旧域名不能废除,需要跳转到新域名上,而且后而的参数保持不变。
#添加映射
echo "192.168.255.141 www.ly.com www.yl.com " >> /etc/hosts
#创建日志目录
mkdir -p /var/log/nginx/
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.ly.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.ly.com.access.log; #日志修改
location / {
#添加域名重定向
if ($host = 'www.ly.com') {
#$host为rewrite全局变量,代表请求主机头字段或主机名
rewrite ^/(.*)$ http://www.yl.com/$1 permanent;
#$1为正则匹配的内容,即域名后边的字符串
}
root html;
index index.html index.htm;
}
}
systemctl restart Nginx
2、基于客户端IP访问跳转
今天公司业务新版本上线,要求所有IP访问任何内容都显示一个固定维护页面,只有公司IP 192.168.255.141访问正常
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.ly.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.ly.com.access.log; #日志修改
#设置是否合法的IP标记
set $rewrite true; #设置变量$rewrite,变量值为boole值true
#判断是否为合法IP
if ($remote_addr = "192.168.255.141"){ #当客户端IP为192.168.255.141时,将变量值设为false,不进行重写
set $rewrite false;
}
#除了合法IP,其它都是非法IP,进行重写跳转维护页面
if ($rewrite = true){ #当变量值为true时,进行重写
rewrite (.+) /weihu.html; #重写在访问IP后边插入/weihu.html
}
location = /weihu.html {
root /var/www/html; #网页返回/var/www/html/weihu.html的内容
}
location / {
root html;
index index.html index.htm;
}
}
mkdir -p /var/www/html
echo "weihu" > /var/www/html/weihu.html
访问流程走向——当一个ip进入页面访问时候,都被自定义加上boole标签true,经过第一个if单分支只有本地ip被更改false,其他正常匹配下一个if单分支,进行跳转
3、基于旧域名跳转到新域名后面加目录
当访问的是 http://www.ly.com/post/1.html 会自动跳转到 http://www.yl.com/bbs/post/1.html
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.ly.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.ly.com.access.log;
#添加
location /post {
rewrite (.+) http://www.yl.com/bbs$1 permanent; #这里的$1为位置变量,代表/post
}
location / {
root html;
index index.html index.htm;
}
}
mkdir -p /usr/local/nginx/html/bbs/post
echo "<h1> this is 1.html </h1>" >> /usr/local/nginx/html/bbs/post/1.html
访问 http://www.ly.com/post/1.html
4、基于参数匹配(多余的)的跳转
现在访问 http://www.ly.com/100-(100|200)-100.html 会跳转到 http://www.ly.com的页面
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.ly.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.ly.com.access.log;
#$request_uri 内置变量,表示URI,\d 纯数字
if ($request_uri ~ ^/100-(100|200)-(\d+).html$) {
rewrite (.+) http://www.ly.com permanent;
}
location / {
root html;
index index.html index.htm;
}
}
systemctl restart nginx
访问 http://www.kgc.com/100-100-100.html
5、基于目录下所有 php 结尾的文件跳转
要求访问 http://www.ly.com/upload/123.php 跳转到首页www.ly.com (场景:注册)
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.ly.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.ly.com-access.log;
location ~* /upload/.*\.php$ {
rewrite (.+) http://www.ly.com permanent;
}
location / {
root html;
index index.html index.htm;
}
}
systemctl restart nginx
访问 http://www.ly.com/upload/123.php
6、基于最普通一条 url 请求的跳转
要求访问一个具体的页面,如: http://www.ly.com/abc/123.html,跳转到首页
vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.ly.com; #域名修改
charset utf-8;
access_log /var/log/nginx/www.ly.com.access.log;
location ~* ^/abc/123.html {
rewrite (.+) http://www.ly.com permanent;
}
location / {
root html;
index index.html index.htm;
}
}
总结
rewrite是我们日常业务中经常用到的,比如为了显示更加美观,我们会伪装url或者在我们一些业务调整,故障等突发事件上,我们都会涉及到用rewrite
在具体文件配置中我们会rewrite进行匹配跳转,if匹配全局变量后跳转,location匹配再跳转,但是不支持if中else,放在server{},if{},location{}段中,location只对域名后边的除去传递参数外的字符串起作用
在location中,有精确,一般,正则等匹配,它遵照的原则就是越精确匹配的优先级越高,常见的跳转有基于域名,基于ip,基于旧域名跳转新域名,基于多余参数匹配,基于php结尾文件,普通的URL的请求跳转