标签：动静 浏览器 rewrite Rewrite static location HTTPS 跳转 test
一、动静分离
动静分离的作用
动静分离的一种做法是将静态资源部署在nginx上，后台项目部署到应用服务器上，根据一定规则静态资源的请求全部请求nginx服务器，达到动静分离的目标。
动静分离将网站静态资源与后台应用分开部署，提高用户访问静态代码的速度，降低对后台应用访问。
动静分离的实现
动态文件：manage.py
静态文件：static文件夹（里面都是jpg等静态文件）
①在nfs上创建挂载点
[root@nfs ~]# mkdir /static [root@nfs ~]# vim /etc/exports /static 172.16.1.0/20(rw,sync,all_squash,anonuid=666,anongid=666)
②给予挂载点权限并重启nfs服务
[root@nfs ~]# chown -R www.www /static/ [root@nfs ~]# systemctl restart nfs-server
③将静态资源挂载到挂载点
[root@web01 static]# mkdir /opt/static/
[root@web01 static]# mount -t nfs 172.16.1.31:/static /opt/static/
[root@web01 static]# cp -r /opt/bbs/static/* /opt/static/s/
④ 将资源同步到lb（代理端）上
[root@web01 static]# mkdir /static [root@web01 static]# mount -t nfs 172.16.1.31:/static /opt/static/
⑤ 连接测试
二、Rewrite
简介
Rewrite主要实现url地址重写，以及重定向，就是把传入web的请求重定向到其他url的过程。
1.地址跳转，用户访问www.linux.com这个URL是，将其定向至一个新的域名www.baidu.com。
2.协议跳转，用户通过http协议请求网站时，将其重新跳转至https协议方式。
3.伪静态，将动态页面显示为静态页面方式的一种技术，便于搜索引擎的录入，同时建上动态URL地址对外暴露过多的参数，提升更高的安全性。
4.搜索引擎，SEO优化依赖于url路径，好记的url便于搜索引擎录入。
语法
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;
}
flag
rewrite指令根据表达式来重定向URL，或者修改字符串，可以应用于server，location，if环境下，每行rewrite指令最后跟一个flag标记，支持的flag标记有如下表格所示：
| flag | 作用 |
|---|---|
| last | 本条规则匹配完成后，停止匹配，不再匹配后面的规则 |
| break | 本条规则匹配完成后，停止匹配，不再匹配后面的规则 |
| redirect | 返回302临时重定向，地址栏会显示跳转后的地址 |
| permanent | 返回301永久重定向，地址栏会显示跳转后的地址 |
last与break的区别
[root@lb01 conf.d]# vim /ect/nginx/conf.d/test.conf
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;
redirect和permanent的区别
[root@lb01 conf.d]# vim /etc/nginx/conf.d/test.conf
location /redirect {
rewrite (.*) http://www.baidu.com redirect;
}
location /permanent {
rewrite (.*) http://www.baidu.com permanent;
}
redirect: 每次请求都会询问服务器，如果当服务器不可用时，则会跳转失败。
permanent: 第一次请求会询问，浏览器会记录跳转的地址，第二次则不再询问服务器，直接通过浏览器缓存的地址跳转。
三、HTTPS
简介
为什么需要使用HTTPS，因为HTTP不安全，当我们使用http网站时，会遭到劫持和篡改，如果采用https协议，那么数据在传输过程中是加密的，所以黑客无法窃取或者篡改数据报文信息，同时也避免网站传输时信息泄露。
那么我们在实现https时，需要了解ssl协议，但我们现在使用的更多的是TLS加密协议。
那么TLS是怎么保证明文消息被加密的呢？在OSI七层模型中，应用层是http协议，那么在应用层协议之下，我们的表示层，是ssl协议所发挥作用的一层，他通过（握手、交换秘钥、告警、加密）等方式，是应用层http协议没有感知的情况下做到了数据的安全加密。
加密流程
1、浏览器发起往服务器的443端口发起请求，请求携带了浏览器支持的加密算法和哈希算法。
2、服务器收到请求，选择浏览器支持的加密算法和哈希算法。
3、服务器下将数字证书返回给浏览器，这里的数字证书可以是向某个可靠机构申请的，也可以是自制的。
4、浏览器进入数字证书认证环节，这一部分是浏览器内置的TLS完成的：
4.1 首先浏览器会从内置的证书列表中索引，找到服务器下发证书对应的机构，如果没有找到，此时就会提示用户该证书是不是由权威机构颁发，是不可信任的。如果查到了对应的机构，则取出该机构颁发的公钥。
4.2 用机构的证书公钥解密得到证书的内容和证书签名，内容包括网站的网址、网站的公钥、证书的有效期等。浏览器会先验证证书签名的合法性（验证过程类似上面Bob和Susan的通信）。签名通过后，浏览器验证证书记录的网址是否和当前网址是一致的，不一致会提示用户。如果网址一致会检查证书有效期，证书过期了也会提示用户。这些都通过认证时，浏览器就可以安全使用证书中的网站公钥了。
4.3 浏览器生成一个随机数R，并使用网站公钥对R进行加密。
5、浏览器将加密的R传送给服务器。
6、服务器用自己的私钥解密得到R。
7、服务器以R为密钥使用了对称加密算法加密网页内容并传输给浏览器。
8、浏览器以R为密钥使用之前约定好的解密算法获取网页内容。
证书对比
| 对比 | 域名型 DV | 企业型 OV | 增强型 EV |
|---|---|---|---|
| 绿色地址栏 |  小锁标记+https |
 小锁标记+https |
 小锁标记+企业名称+https |
| 一般用途 | 个人站点和应用； 简单的https加密需求 | 电子商务站点和应用； 中小型企业站点 | 大型金融平台； 大型企业和政府机构站点 |
| 审核内容 | 域名所有权验证 | 全面的企业身份验证； 域名所有权验证 | 最高等级的企业身份验证； 域名所有权验证 |
| 颁发时长 | 10分钟-24小时 | 3-5个工作日 | 5-7个工作日 |
| 单次申请年限 | 1年 | 1-2年 | 1-2年 |
| 赔付保障金 | —— | 125-175万美金 | 150-175万美金 |
标签：动静,浏览器,rewrite,Rewrite,static,location,HTTPS,跳转,test 来源： https://www.cnblogs.com/892572624A/p/15776648.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。