网络协议底层原理8——HTTPandHTTPS

1.HTTP

1.HTTP/1.1协议的不足

同一时间,一个连接只能对应一个请求:针对同一个域名,大多数浏览器允许同时最多6个并发连接
只允许客户端主动发起请求:一个请求只能对应一个响应
同一个会话的多次请求中,头信息会被重复传输:通常会给每个传输增加 500~800 字节的开销,如果使用 Cookie,增加的开销有时会达到上千字节

2.HTTP/2

HTTP/2在底层传输做了很多的改进和优化,但在语意上完全与 HTTP/1.1 兼容:
比如请求方法(如GET、POST)、Status Code、各种Headers等都没有改变,因此,要想升级到 HTTP/2,开发者不需要修改任何代码,只需要升级服务器配置、升级浏览器

3.HTTP/2的特性 - 二进制格式

HTTP/2 采用二进制格式传输数据,而非HTTP/1.1的文本格式,二进制格式在协议的解析和优化扩展上带来更多的优势和可能。
在这里插入图片描述

4.HTTP/2基本概念 - 数据流、消息、帧

数据流:已建立的连接内的双向字节流,可以承载一条或多条消息,所有通信都在一个TCP连接上完成,此连接可以承载任意数量的双向数据流
消息:与逻辑HTTP请求或响应消息对应,由一系列帧组成
帧:HTTP/2通信的最小单位,每个帧都包含帧头(会标识出当前帧所属的数据流),来自不同数据流的帧可以交错发送,然后再根据每个帧头的数据流标识符重新组装

5.HTTP/2的特性 - 多路复用(Multiplexing)

客户端和服务器可以将 HTTP消息分解为互不依赖的帧,然后交错发送,最后再在另一端把它们重新组装起来
在这里插入图片描述
并行交错地发送多个请求,请求之间互不影响
并行交错地发送多个响应,响应之间互不干扰
使用一个连接并行发送多个请求和响应

6.HTTP/2的特性 - 优先级

HTTP/2 标准允许每个数据流都有一个关联的权重和依赖关系:
可以向每个数据流分配一个介于1至256之间的整数
每个数据流与其他数据流之间可以存在显式依赖关系
客户端可以构建和传递 “优先级树”,表明它倾向于如何接收响应

服务器可以使用此信息通过控制CPU、内存和其他资源的分配设定数据流处理的优先级,在资源数据可用之后,确保将高优先级响应以最优方式传输至客户端
在这里插入图片描述

7.HTTP/2的特性 - 服务器推送(Server Push)

服务器可以对一个客户端请求发送多个响应:除了对最初请求的响应外,服务器还可以向客户端推送额外资源,而无需客户端额外明确地请求

HTTPS

HTTPS (HyperText Transfer Protocol Secure),译为:超文本传输安全协议:
常称为 HTTP over TLS、HTTP over SSL、HTTP Secure
HTTPS的默认端口号是 443 (HTTP是80)

1.SSL / TLS

HTTPS 是在 HTTP 的基础上使用 SSL/TLS来 加密报文,对窃听和中间人攻击提供合理的防护
SSL/TLS 也可以用在其他协议上,比如:FTP → FTPS
SMTP → SMTPS
TLS (Transport Layer Security),译为:传输层安全性协议:前身是 SSL (Secure Sockets Layer),译为:安全套接层

2.HTTPS的通信过程

总的可以分为3大阶段:
① TCP的3次握手
② TLS的连接
③ HTTP请求和响应
在这里插入图片描述
TLS 1.2 的连接(ECDHE密钥交换算法)
wireshark 抓包,tcp port 443 控制端口
在这里插入图片描述
TLS1.2 的连接大概有10大步骤:(图中省略了中间产生的一些ACK确认)
在这里插入图片描述
① Client Hello
TLS的版本号
支持的加密组件 (Cipher Suite) 列表
加密组件是指所使用的加密算法及密钥长度等
一个随机数 (Client Random)
在这里插入图片描述
② Server Hello
TLS的版本号
选择的加密组件
是从接收到的客户端加密组件列表中挑选出来的
一个随机数 (Server Random)
在这里插入图片描述
③ Certificate
服务器的公钥证书(被CA签名过的)
在这里插入图片描述
④ Server Key Exchange
用以实现ECDHE算法的其中一个参数 (Server Params)
ECDHE是一种密钥交换算法
为了防止伪造,Server Params 经过了服务器私钥签名
在这里插入图片描述
⑤ Server Hello Done
告知客户端:协商部分结束
在这里插入图片描述
目前为止,客户端和服务器之间通过明文共享了:Client Random、Server Random、Server Params
而且,客户端也已经拿到了服务器的公钥证书,接下来,客户端会验证证书的真实有效性
⑥ Client Key Exchange
用以实现ECDHE算法的另一个参数 (Client Params)
在这里插入图片描述
目前为止,客户端和服务器都拥有了ECDHE算法需要的2个参数:Server Params、Client Params,
客户端、服务器都可以使用ECDHE算法根据Server Params、Client Params计算出一个新的随机密钥串:Pre-master secret
然后结合 Client Random、Server Random、Pre-master secret 生成一个主密钥
最后利用主密钥衍生出其他密钥:客户端发送用的会话密钥、服务器发送用的会话密钥等
⑦ Change Cipher Spec
告知服务器:之后的通信会采用计算出来的会话密钥进行加密
在这里插入图片描述
⑧ Finished
包含连接至今全部报文的整体校验值(摘要),加密之后发送给服务器
这次握手协商是否成功,要以服务器是否能够正确解密该报文作为判定标准
在这里插入图片描述
⑨ Change Cipher Spec ⑩ Finished
到此为止,客户端服务器都验证加密解密没问题,握手正式结束
后面开始传输加密的HTTP请求和响应
在这里插入图片描述
简单的全局性总结:
1、浏览器输入 http://www.baidu.com
2、询问 DNS 获取百度服务器的IP地址
3、发送 HTTP 请求(调用 Socket API 发送请求)
4、建立连接(TCP 3次握手)
5、发送 HTTP 请求报文
6、返回 HTTP 响应报文

资料学习:小码哥教育
B站学习链接:网络协议学习
文章借鉴:网络协议从入门到底层原理

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

浅*默

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值