博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

资源分离,Nginx的rewrite重写,HTTPS

Posted on 2022-01-09 21:31  ~sang  阅读(128)  评论(0编辑  收藏  举报

一、动静分离

  1、创建NFS挂载点

  [root@nfs opt]# mkdir static

  [root@nfs opt]# vim /etc/exports

  /opt/static 172.16.1.0/20(rw,sync,all_squash,anonuid=666,anongid=666)

  [root@nfs opt]# systemctl restart nfs-server

  [root@nfs opt]# showmount -e
  Export list for nfs:
  /opt/static 172.16.1.0/20

  [root@nfs opt]# chown -R www.www /opt/static/

  2、将静态资源放置于挂载点内

  [root@web01 ~]# mkdir /opt/static/s

  [root@web01 ~]# cp -r /opt/bbs/static/* /opt/static/s/

  3、挂载到lb01

  [root@lb01 conf.d]# mount -t nfs 172.16.1.31:/opt/static /opt/static/

  4、配置加载静态资源

[root@lb01 conf.d]# cat python.conf
upstream bbs {
    server 172.16.1.7:80 max_fails=3 fail_timeout=3s;
    server 172.16.1.8:80 max_fails=3 fail_timeout=3s;
    server 172.16.1.9:80 max_fails=3 fail_timeout=3s;
}

server {
    listen 80;
    server_name bbs.test.com;
    location / {
    proxy_pass http://bbs;
    proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_404;
    include /etc/nginx/proxy_params;
    }
    location ~ \.(jpg|png|gif|js|css|woff2)$ {
    root /opt/static;
    }
}

  5、测试

 

 二、Nginx中的rewrite重写

  rewrite主要实现url地址重写,以及重定向,就是把传入web的请求重定向到其它url的过程

2.1、rewrite基本概述

1.地址跳转,用户访问www.linux.com这个URL是,将其定向至一个新的域名www.baidu.com。
2.协议跳转,用户通过http协议请求网站时,将其重新跳转至https协议方式。
3.伪静态,将动态页面显示为静态页面方式的一种技术,便于搜索引擎的录入,同时建上动态URL地址对外暴露过多的参数,提升更高的安全性。
4.搜索引擎,SEO优化依赖于url路径,好记的url便于搜索引擎录入。

2.2、rewrite语法

Syntax: rewrite regex replacement [flag];
Default:    —
Context:    server, location, if
 
rewrite         # 模块命令
regex           # 请求的链接(支持正则表达式)
replacement     # 跳转的链接
[flag];         # 标签
 
location /download/ {
    rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 break;
    rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra  break;
    return  403;
}

2.3、rewrite标记Flag

  rewrite指令根据表达式来重定向url,或者修改字符串,可以应用于server,location,if环境下,每行rewrite指令最后跟一个flag标记,支持的flag标记有如下表格所示:

flag 作用
last 本条规则匹配完成后,停止匹配,不再匹配后面的规则
break 本条规则匹配完成后,停止匹配,不再匹配后面的规则
redirect 返回302临时重定向,地址栏会显示跳转后的地址
permanent 返回301永久重定向,地址栏会显示跳转后的地址

2.4、last和break的区别

server {
    server_name _;
    listen 80;
    location ~ ^/break {
        rewrite (.*) /test break;
    }

    location ~ ^/last {
        rewrite (.*) /test last;
    }

    location /test {
        default_type text/html;
        return 200 "test";
    }
}


break请求:
1.请求linux.rewrite.com/break
2.匹配 location ~ ^/break 会跳转到 linux.rewrite.com/test
3.请求跳转后,回去查找本地站点目录下的 /test
4.如果找到了,则返回/code/test/index.html的内容;
5.如果没找到该目录则报错404,如果找到该目录没找到对应的文件则403
 
last请求:
1.请求linux.rewrite.com/last
2.匹配 location ~ ^/last 会跳转到 linux.rewrite.com/test
3.如果找到了,则返回/code/test/index.html的内容;
4.如果没有找到,会重新对当前server发起请求,这个时候访问地址就变成 linux.rewrite.com/test
5.重新请求server会匹配到 location /test/ 直接返回该location的内容
6.如果也没有location匹配,再返回404;

2.5、redirect和permanent的区别

重定向
location /redirect {
    rewrite (.*) http://www.baidu.com redirect;
}
location /permanent {
    rewrite (.*) http://www.baidu.com permanent;
}
redirect: 每次请求都会询问服务器,如果当服务器不可用时,则会跳转失败。
permanent: 第一次请求会询问,浏览器会记录跳转的地址,第二次则不再询问服务器,直接通过浏览器缓存的地址跳转。

三、HTTPS

  为什么需要使用HTTPS?

为什么需要使用HTTPS,因为HTTP不安全,当我们使用http网站时,会遭到劫持和篡改,如果采用https协议,那么数据在传输过程中是加密的,所以黑客无法窃取或者篡改数据报文信息,同时也避免网站传输时信息泄露。

那么我们在实现https时,需要了解ssl协议,但我们现在使用的更多的是TLS加密协议。

那么TLS是怎么保证明文消息被加密的呢?在OSI七层模型中,应用层是http协议,那么在应用层协议之下,我们的表示层,是ssl协议所发挥作用的一层,他通过(握手、交换秘钥、告警、加密)等方式,是应用层http协议没有感知的情况下做到了数据的安全加密

3.1、模拟网站劫持

  正常的页面

 

   网站劫持

  [root@lb01 conf.d]# vim /etc/nginx/conf.d/https.conf

[root@lb01 conf.d]# cat https.conf
server {
    listen 80;
    server_name _;
    location / {
    proxy_pass http://172.16.1.7;
    include /etc/nginx/proxy_params;

    sub_filter '<title>学生信息注册页面</title>' '<title>澳门首家线上赌场</title>';
        sub_filter '<h3 align="center">学生信息注册</h3>' '<h3 align="center">VIP用户信息注册</h3>';
        sub_filter '<tr><td>性别:</td>' '<tr><td>爱好:</td>';
        sub_filter '<option selected>计算机科学与技术</option>' '<option selected>按摩</option>';
        sub_filter '<option>网络工程</option>' '<option>抽烟</option>';
        sub_filter '<option>物联网工程</option>' '<option>喝酒</option>';
        sub_filter '<option>应用数学</option>' '<option>烫头</option>';
        sub_filter '<tr><td>上传照片:</td><td colspan="2"><input type="file" ></td></tr>' '<img src="https://blog.driverzeng.com/zenglaoshi/xingganheguan.gif">';
    }
}

 

 3.2、加密流程

1、浏览器发起往服务器的443端口发起请求,请求携带了浏览器支持的加密算法和哈希算法。 
2、服务器收到请求,选择浏览器支持的加密算法和哈希算法。 
3、服务器下将数字证书返回给浏览器,这里的数字证书可以是向某个可靠机构申请的,也可以是自制的。 
4、浏览器进入数字证书认证环节,这一部分是浏览器内置的TLS完成的:
    4.1 首先浏览器会从内置的证书列表中索引,找到服务器下发证书对应的机构,如果没有找到,此时就会提示用户该证书是不是由权威机构颁发,是不可信任的。如果查到了对应的机构,则取出该机构颁发的公钥。 
    4.2 用机构的证书公钥解密得到证书的内容和证书签名,内容包括网站的网址、网站的公钥、证书的有效期等。浏览器会先验证证书签名的合法性(验证过程类似上面Bob和Susan的通信)。签名通过后,浏览器验证证书记录的网址是否和当前网址是一致的,不一致会提示用户。如果网址一致会检查证书有效期,证书过期了也会提示用户。这些都通过认证时,浏览器就可以安全使用证书中的网站公钥了。 
    4.3 浏览器生成一个随机数R,并使用网站公钥对R进行加密。
5、浏览器将加密的R传送给服务器。 
6、服务器用自己的私钥解密得到R。 
7、服务器以R为密钥使用了对称加密算法加密网页内容并传输给浏览器。 
8、浏览器以R为密钥使用之前约定好的解密算法获取网页内容。

3.3、证书对比

对比域名型 DV企业型 OV增强型 EV
绿色地址栏 img小锁标记+https img小锁标记+https img小锁标记+企业名称+https
一般用途 个人站点和应用; 简单的https加密需求 电子商务站点和应用; 中小型企业站点 大型金融平台; 大型企业和政府机构站点
审核内容 域名所有权验证 全面的企业身份验证; 域名所有权验证 最高等级的企业身份验证; 域名所有权验证
颁发时长 10分钟-24小时 3-5个工作日 5-7个工作日
单次申请年限 1年 1-2年 1-2年
赔付保障金 —— 125-175万美金 150-175万美金

3.4、自签证书

#使用openssl命令充当CA权威机构创建证书(生产不使用此方式生成证书,不被互联网认可的黑户证书)
web01 # cd /etc/nginx/
# mkdir ssl
# cd ssl
[root@web01 ssl_key]# openssl genrsa -idea -out server.key 2048
Generating RSA private key, 2048 bit long modulus
...............................+++
........+++
e is 65537 (0x10001)
Enter pass phrase for server.key: 123456
Verifying - Enter pass phrase for server.key: 123456
 
[root@web01 ssl_key]# ll
total 4
-rw-r--r--. 1 root root 1739 Dec  9 11:27 server.key

#生成自签证书(公钥),同时去掉私钥的密码
[root@web01 ssl_key]# openssl req -days 36500 -x509 -sha256 -nodes -newkey rsa:2048 -keyout server.key -out server.crt
Generating a 2048 bit RSA private key
.....................................+++ 
............+++
writing new private key to 'server.key'
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [XX]:china       
string is too long, it needs to be less than  2 bytes long
Country Name (2 letter code) [XX]:CN
State or Province Name (full name) []:meiguo
Locality Name (eg, city) [Default City]:riben
Organization Name (eg, company) [Default Company Ltd]:heishoudang
Organizational Unit Name (eg, section) []:oldboy
Common Name (eg, your name or your server's hostname) []:oldboy
Email Address []:123@qq.com
 
# req  --> 用于创建新的证书
# new  --> 表示创建的是新证书    
# x509 --> 表示定义证书的格式为标准格式
# key  --> 表示调用的私钥文件信息
# out  --> 表示输出证书文件信息
# days --> 表示证书的有效期
# sha256 --> 加密方式

#1.开启证书
Syntax: ssl on | off;
Default:    ssl off;
Context:    http, server
 
#2.指定证书文件
Syntax: ssl_certificate file;
Default:    —
Context:    http, server
 
#3.指定私钥文件
Syntax: ssl_certificate_key file;
Default:    —
Context:    http, server

3.5、BBS自签证书

# 创建证书
[root@lb01 conf.d]# cd /etc/nginx/
[root@lb01 nginx]# mkdir ssl
[root@lb01 nginx]# cd ssl
[root@lb01 ssl]# openssl genrsa -idea -out server.key 2048
# 生成自签证书(公钥)
[root@lb01 ssl]# openssl req -days 36500 -x509 -sha256 -nodes -newkey rsa:2048 -keyout server.key -out server.crt
# 查看证书公钥
[root@lb01 ssl]# ll
total 8
-rw-r--r-- 1 root root 1220 Jan  9 21:09 server.crt
-rw-r--r-- 1 root root 1708 Jan  9 21:09 server.key
[root@lb01 ssl]# pwd
/etc/nginx/ssl
# 修改server配置并重启nginx
[root@lb01 conf.d]# cat python.conf
upstream bbs {
    server 172.16.1.7:80 max_fails=3 fail_timeout=3s;
    server 172.16.1.8:80 max_fails=3 fail_timeout=3s;
    server 172.16.1.9:80 max_fails=3 fail_timeout=3s;
}

server {
    listen 443 ssl;    # 开启证书
    server_name bbs.test.com;

    ssl_certificate /etc/nginx/ssl/server.crt;    # 指定证书文件
    ssl_certificate_key /etc/nginx/ssl/server.key;    # 指定私钥文件

    location / {
    proxy_pass http://bbs;
    proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_404;
    include /etc/nginx/proxy_params;
    }
    location ~ \.(jpg|png|gif|js|css|woff2)$ {
    root /opt/static;
    }
}

server {
    listen 80;
    server_name 172.16.1.5;
    rewrite (.*) https://bbs.test.com permanent;    # 重写
}

  测试、