nginx之线上CDN的rewrite规则修改-天翼云

线上的CDN厂商的nginx的rewrite规则配置验证 环境介绍： [root@localhost ~]# cat /etc/redhat-release CentOS Linux release 7.5.1804 (Core)

nginx服务是编译安装：

yum install -y gcc gcc-c++ make \
openssl-devel pcre-devel gd-devel libxslt-devel \
iproute net-tools telnet wget curl && \
yum clean all && \
rm -rf /var/cache/yum/*
wget http:///download/nginx-1.12.2.tar.gz && \
tar zxf nginx-1.12.2.tar.gz && \
cd nginx-1.12.2 && \
./configure --prefix=/usr/local/nginx \
--with-http_ssl_module \
--with-http_v2_module \
--with-http_realip_module \
--with-http_image_filter_module \
--with-http_gunzip_module \
--with-http_gzip_static_module \
--with-http_secure_link_module \
--with-http_stub_status_module \
--with-stream \
--with-stream_ssl_module && \
make -j 4 && make install && \
mkdir -p /usr/local/nginx/conf/vhost && \
rm -rf /usr/local/nginx/html/* && \
echo "ok" >> /usr/local/nginx/html/status.html

[root@localhost ~]# /usr/local/nginx/sbin/nginx -V
nginx version: nginx/1.12.2
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-28) (GCC) 
built with OpenSSL 1.0.2k-fips  26 Jan 2017
TLS SNI support enabled
configure arguments: --prefix=/usr/local/nginx --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-http_image_filter_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_secure_link_module --with-http_stub_status_module --with-stream --with-stream_ssl_module
[root@localhost ~]#

验证测试： 为使nginx vhost虚拟主机配置文件更简洁，所以采用include方式，把nginx的rewrite规则写到一个单独的配置文件中

[root@test01 vhost]# grep include /usr/local/nginx/conf/vhost/img.test.conf 
   include /data/www/images/.htaccess;

** 下面的rewrite规则是云端CDN的提供的配置规则，但是其中3条规则存在问题**

[root@test01 03]# cat /data/www/images/.htaccess
rewrite ^/[a-zA-Z0-9]+/([0-9][0-9])([0-9][0-9])/([0-9]+).gjf$ /uploads/picture/2016/$1/$2/$3.gif last;
rewrite ^/[a-zA-Z0-9]+/([0-9][0-9])([0-9][0-9])/([0-9]+)(png|jpeg|jpg|gif)$ /uploads/picture/2016/$1/$2/$3.$4 last;
rewrite "^/.{6}[0-9]+/([0-9]{2})([0-9]{2})/(.*)$" /uploads/picture/2016/$1/$2/$3 ;
rewrite "^/.{6}[0-9]{4}/(.*)$" /uploads/picture/2016/$1 last;
rewrite "^/.{6}[0-9]{4}[0-9]{8}/(.*)$" /uploads/picture/$1 last; （此规则云端CDN配置有问题，位置应该放到第一的位置就可以了）
rewrite ^/[0-9]+\.([0-9]+)\.([0-9]+)\.([0-9]+)\.(.*)$ /uploads/picture/$1/$2/$3/$4 last; （此规则云端CDN配置有问题，点号不需要转译的）
rewrite ^/[0-9]+/([0-9][0-9])([0-9][0-9])/(.*)$ /uploads/picture/2016/$1/$2/$3 last;（此规则放到最后不合理，应该放到第三条规则的前面）

本人亲自测试最合理的配置文件的规则如下：

[root@test01 ~]# cat /data/www/images/.htaccess 
#rewrite ^/[a-zA-Z0-9]+/(.*)$ /uploads/picture/$1 last;
rewrite "^/.{6}[0-9]{4}[0-9]{8}/(.*)$" /uploads/picture/$1 last;
rewrite ^/[a-zA-Z0-9]+/([0-9][0-9])([0-9][0-9])/([0-9]+).gjf$ /uploads/picture/2016/$1/$2/$3.gif last;
rewrite ^/[a-zA-Z0-9]+/([0-9][0-9])([0-9][0-9])/([0-9]+)(png|jpeg|jpg|gif)$ /uploads/picture/2016/$1/$2/$3.$4 last;

rewrite ^/[0-9]+/([0-9][0-9])([0-9][0-9])/(.*)$ /uploads/picture/2016/$1/$2/$3 last;
rewrite "^/.{6}[0-9]+/([0-9]{2})([0-9]{2})/(.*)$" /uploads/picture/2016/$1/$2/$3 ;
rewrite "^/.{6}[0-9]{4}/(.*)$" /uploads/picture/2016/$1 last;
rewrite ^/[a-zA-Z0-9]+.([0-9]+).([0-9]+).([0-9]+).(.*)$ /uploads/picture/$1/$2/$3/$4 last;

基于CDN提供的原*nginx rewrite规则顺序逐一进行实例演示：

规则1

rewrite ^/[a-zA-Z0-9]+/([0-9][0-9])([0-9][0-9])/([0-9]+).gjf$ /uploads/picture/2016/$1/$2/$3.gif last;

说明：

/[a-zA-Z0-9]+/：匹配到任意的字符串；
$1指的是第一个圆括号([0-9][0-9]) 中的2位数；
$2指的是第二个圆括号([0-9][0-9]) 中的2位数；
$3指的是第三个圆括号([0-9]+)中的任意数字；([0-9]+).gjf：匹配到以gjf结尾的文件跳转到请求服务器上的([0-9]+).gif文件【注意：服务器上的([0-9]+).gif这个图片文件是必须存在的】

正常的浏览器访问：

http:///uploads/picture/2016/08/03/1501742944.gif
http:///uploads/picture/2016/08/03/1501742944.gif?base6412345
http:///uploads/picture/2016/08/03/1501742944.gif???dwer

通过匹配到rewrite规则浏览器访问：

http:///awe21/0803/1501742944.gjf
http:///22KDJH21/0803/1501742944.gjf??base64

服务器上文件的位置：

[root@test01 03]# ll /data/www/images/uploads/picture/2016/08/03/1501742944.gif
-rw-r--r--. 1 root root 184440 Aug  3  2017 /data/www/images/uploads/picture/2016/08/03/1501742944.gif

规则2：

rewrite ^/[a-zA-Z0-9]+/([0-9][0-9])([0-9][0-9])/([0-9]+)(png|jpeg|jpg|gif)$ /uploads/picture/2016/$1/$2/$3.$4 last;

说明：

/[a-zA-Z0-9]+/：匹配到任意的字符串；
$1指的是第一个圆括号([0-9][0-9]) 中的2位数；
$2指的是第二个圆括号([0-9][0-9]) 中的2位数；
$3指的是第三个圆括号([0-9]+)中的任意数字【注意：这些数字必须是服务器上存在的并且以png|jpeg|jpg|gif结尾文件的前面的数字】；
$4指的是第四个括号(png|jpeg|jpg|gif)中的服务器上必须存在的以png|jpeg|jpg|gif结尾的文件

实例演示：

http:///uploads/picture/2016/07/28/1469696883.jpeg
http:///uploads/picture/2016/07/28/1469696883.jpeg??base64
http:///aA01/0728/1469696883jpeg??base64
http:///1/0728/1469696883jpeg
http:///34chk/0728/1469696883jpeg
http:///chkDHK/0728/1469696883jpeg
http:///chkDHK123654/0728/1469696883jpeg?2345

规则3：

rewrite "^/.{6}[0-9]+/([0-9]{2})([0-9]{2})/(.*)$" /uploads/picture/2016/$1/$2/$3 ;

说明：

^/.{6}[0-9]+/:匹配到任意6个字符串加任意数字；
$1指的是第一个圆括号([0-9]{2}) 中的2位数；
$2指的是第二个圆括号([0-9]{2}) 中的2位数；
$3指的是第三个圆括号(.*)中的任意字符串。当然$1,$2,$3这些字符串必须是服务器上实实在在存在的字符串，只有这样在浏览器请求时，才能获取到服务器上的图片

实例演示： http:///uploads/picture/2016/07/28/1469696883.jpeg http:///cHrtwK123/0728/1469696883.jpeg http:///cHrtwK1234/0728/1469696883.jpeg http:///cHrtwK4/0728/1469696883.jpeg??base64

规则4：

rewrite "^/.{6}[0-9]{4}/(.*)$" /uploads/picture/2016/$1 last;

说明：

^/.{6}[0-9]{4}：匹配到任意6个字符串加任意4个数字

实例演示：


http:///uploads/picture/2016/07/28/1469696883.jpeg
http:///cHrtwK4123/07/28/1469696883.jpeg
http:///cH23wK4155/07/28/1469696883.jpeg

以下这样的是不符合规则的，所以找不到文件

http:///cH23wK41/07/28/1469696883.jpeg

规则5：

rewrite "^/.{6}[0-9]{4}[0-9]{8}/(.*)$" /uploads/picture/$1 last;

说明：

^/.{6}[0-9]{4}[0-9]{8} ：匹配到任意6个字符串加任意4个数字再加8个任意的数字

实例演示：

http:///uploads/picture/2016/07/28/1469696883.jpeg

经测试，此rewrite规则放到此位置，是匹配不到图片的，所以位置得变动下，把此规则放到规则的首位就可以了

http:///uploads/picture/2016/07/28/1469696883.jpeg
http:///weijdg444433336666/2016/07/28/1469696883.jpeg

规则6：

rewrite ^/[a-zA-Z0-9]+.([0-9]+).([0-9]+).([0-9]+).(.*)$ /uploads/picture/$1/$2/$3/$4 last;

注意：此处的点号是不需要转译的，转译会导致rewrite规则不可用，就如下面的这条rewrite规则是不正确的

rewrite ^/[0-9]+\.([0-9]+)\.([0-9]+)\.([0-9]+)\.(.*)$ /uploads/picture/$1/$2/$3/$4 last;

实例演示：

下面的请求是可以打开的
http:///SHDw.2017.11.26.1520924032.png
http:///1wer1.2016.07.28.1469696883.jpeg
http:///SHDw.2018.08.18.1489719802.png?base64

http:///1wer1.2016.07.28/1520924032.png
http:///SHDw.2018.08.18/1489719802.png?base64
http:///SHDw.2017.11.26/1520924032.png

规则7：

rewrite ^/[0-9]+/([0-9][0-9])([0-9][0-9])/(.*)$ /uploads/picture/2016/$1/$2/$3 last;

实例演示： 下面的请求是打不开的 http:///1345/0728/1469696883.jpeg http:///1232345/0803/1661442694.jpg http:///66/0803/1661442694.jpg

于是把第七条规则放到第四条规则：rewrite "^/.{6}[0-9]+/([0-9]{2})([0-9]{2})/(.*)$" /uploads/picture/2016/$1/$2/$3 ; 前面进行测试 下面的请求都是可以打开的

http:///1345/0728/1469696883.jpeg
http:///1232345/0803/1661442694.jpg
http:///66/0803/1661442694.jpg

规则八： 让我们继续看下本人亲自测试的文件：

[root@test01 ~]# cat /data/www/images/.htaccess 
#rewrite ^/[a-zA-Z0-9]+/(.*)$ /uploads/picture/$1 last;
rewrite "^/.{6}[0-9]{4}[0-9]{8}/(.*)$" /uploads/picture/$1 last;
rewrite ^/[a-zA-Z0-9]+/([0-9][0-9])([0-9][0-9])/([0-9]+).gjf$ /uploads/picture/2016/$1/$2/$3.gif last;
rewrite ^/[a-zA-Z0-9]+/([0-9][0-9])([0-9][0-9])/([0-9]+)(png|jpeg|jpg|gif)$ /uploads/picture/2016/$1/$2/$3.$4 last;

rewrite ^/[0-9]+/([0-9][0-9])([0-9][0-9])/(.*)$ /uploads/picture/2016/$1/$2/$3 last;
rewrite "^/.{6}[0-9]+/([0-9]{2})([0-9]{2})/(.*)$" /uploads/picture/2016/$1/$2/$3 ;
rewrite "^/.{6}[0-9]{4}/(.*)$" /uploads/picture/2016/$1 last;
rewrite ^/[a-zA-Z0-9]+.([0-9]+).([0-9]+).([0-9]+).(.*)$ /uploads/picture/$1/$2/$3/$4 last;

如果把#rewrite ^/[a-zA-Z0-9]+/(.*)$ /uploads/picture/$1 last; 注释掉的规则放到第一条规则后面的任意位置进行测试

不显示文件：
http:///qwerty1/2016/07/28/1469696883.jpeg
http:///qwerty123/2016/07/28/1469696883.jpeg
http:///qy123/2016/07/28/1469696883.jpeg
可以显示文件：
http:///qwerty444455556666/2016/07/28/1469696883.jpeg

于是干脆去掉注释放到第一条规则rewrite "^/.{6}[0-9]{4}[0-9]{8}/(.*)$" /uploads/picture/$1 last;的前面进行测试：

以下链接都可以正常的显示图片了：

http:///qwerty1/2016/07/28/1469696883.jpeg
http:///qwerty123/2016/07/28/1469696883.jpeg
http:///qy123/2016/07/28/1469696883.jpeg
http:///qwerty444455556666/2016/07/28/1469696883.jpeg

但是接着有发现：

http:///uploads/picture/2016/07/28/1469696883.jpeg
http:///uploads/picture/2018/08/18/1489719802.png
http:///uploads/picture/2017/11/26/1520924032.png

相对路径的访问请求此时却打不开了,报错404，于是尝试把此规则放到其他规则的后i面进行测试，发现相对路径的访问请求都是不好使的。于是注销掉此规则，下面的相对路劲的访问链接是又可以打开了

http:///uploads/picture/2016/07/28/1469696883.jpeg
http:///uploads/picture/2018/08/18/1489719802.png
http:///uploads/picture/2017/11/26/1520924032.png

规则九：随意指定括号，但是括号内表达的字符范围必须是服务器上真实存在的

rewrite "^/([a-zA-Z0-9]+)([0-9]{2})([0-9]{2})/([0-9]+)([A-Za-z]{3})(\.|)(png|jpeg|jpg|gif)$" /uploads/picture/2016/$2/$3/$4.$7 last;

服务器文件存放路径：/data/www/images/uploads/picture/2016/03/05

允许请求后缀包含数字的同时包含3个字母 ** 下面是可以正常访问的链接：**

 
   http:///MjExNw0305/421121556sdC.png
   http:///MjExNw0304/1345674534sdC.png
   http:///MjExNw1110304/1345674534sdC.png

   rewrite "^/([a-zA-Z0-9]+)([0-9]{2})([0-9]{2})/([0-9]+)([A-Za-z]{3}[0-9]{2})(\.|)(png|jpeg|jpg|gif)$" /uploads/picture/2016/$2/$3/$4.$7 last;

** 允许请求后缀包含数字的同时包含3个字母和2个数字：**

** 下面是可以正常访问的链接：** ``` http:///MjExNw1110304/1345674534sdC21.png http:///MjExNw1110304/1345674534sdC11.png

rewrite "^/([a-zA-Z0-9]+)([0-9]{2})([0-9]{2})/([0-9]+)([A-Za-z]+)(.|)(png|jpeg|jpg|gif)$" /uploads/picture/2016/$2/$3/$4.$7 last;

**   允许请求后缀包含数字的同时包含任意字母：**
  ** 下面是可以正常访问的链接：**

	 


**总结：**
**Apache和nginx的rewrite规则的匹配是有顺序的，而且是从上往下依次匹配的。如果上面优先被匹配到就不再匹配下面的规则。**

活动

智算服务

应用商城

合作伙伴

开发者

支持与服务

了解天翼云

nginx之线上CDN的rewrite规则修改

nginx之线上CDN的rewrite规则修改

相关文章

【Linux】使用 iptables 验证访问HDFS 所使用到的端口

初学Java,jar命令详解(二十四)

java使用poi实现excel保护工作表实例代码（支持.xls和.xlsx）

有效提高java编程安全性的12条黄金法则

oracle导出导入命令行

tp 里面 select2 筛选实例

php 实现批量的下载pdf (使用filedownload)

如何设计知识图谱的模型层

Nodejs 使用xlsx插件读取和生成excel文件

ansible之copy模块测试

作者介绍

最新文章

Nodejs 使用xlsx插件读取和生成excel文件

opencv学习笔记四（读写像素）

疯狂JAVA讲义（第3版） 第2章 理解面向对象

【python】python关于路径的处理总结

【ceph】CEPH RGW初使用-RGW1

命名空间域中VS报错“kv_test“: 不是 “K“ 的成员

热门文章

Linux Command test

ElasticSearch学习(1) 基础操作

同实例下复制表的2种方法

maven常用命令总结

mongodb管理Security and Authentication

使用async-utility 转换异步请求为同步

热门标签

相关产品

弹性云主机

天翼云电脑（公众版）

对象存储

云硬盘

随机文章

疯狂JAVA讲义（第3版） 第2章 理解面向对象

规则引擎Drools+Nacos实现动态规则

Nodejs 使用xlsx插件读取和生成excel文件

opencv学习笔记四（读写像素）

Linux Command test

【C初阶——基本语法】return关键字

疯狂JAVA讲义（第3版）第2章理解面向对象

疯狂JAVA讲义（第3版）第2章理解面向对象