网络必须知道的那点事_estavlished-CSDN博客

本文链接：https://blog.csdn.net/zhaojunwei666/article/details/100550610

一 OSI七层模型
在这里插入图片描述

应用层：
最靠近用户的一层，为计算机用户提供应用接口，直接为用户提供各种网络服务。常见的网络服务协议有：http,https,ftp,smtp等协议
表示层：
表示层提供各种用于应用层数据的编码和转换功能，确保一个系统应用层发送的数据能被另一个系统的应用层识别。比如数据压缩和加密。
会话层：
会话层就是负责建立，管理，终止表示层实体之间的通信会话。该层的通信由不同设备中的应用程序之间的服务请求和响应组成。
传输层：
传输层建立了主机端到端的链接，传输层作用是为上层协议提供端到端的可靠和透明的数据传输服务，包括处理差错控制和流量控制等问题。使高层用户看起来在两个主机之间有一条可靠的数据通路。
tcp和udp在这一层。
网络层：
通过Ip寻址来建立两个节点之间的连接，为源端的运输层送来的分组，选择合适的路由和交换节点，然后传输给目的端的运输层。通常说的Ip层就是网络层
数据链路层：
将比特组合成字节，再将字节组合成帧，使用链路层地址来访问介质，并进行差错检测。
物理层：
提供传输介质。

二 TCP/IP五层模型

应用层：
把ISO七层中的应用层，表示层，会话层合并为一层应用层。
协议有：http,https,ftp,dns,smtp
传输层：
协议：tcp,udp
网络层：
协议：Ip,ICMP,Rip,IGMP
数据链路层：
协议有：ARP.RARP,PPP,CSMA/CD
物理层：

在这里插入图片描述

三 http和https：

Http:
超文本传输协议，提供了发布和接收html页面的方法。http协议以明文方式发送信息，是不安全的。

Https:
是以安全为通道的Http通道，是http的安全版。http的安全基础是ssl，ssl协议位于Tcp/Ip协议与各种应用层协议之间，为数据通讯提供了支持。
ssl协议可分为两层：SSL记录协议，SSL握手协议。
ssl记录协议，建立在可靠传输协议如tcp之上，为高层协议提供数据封装，加密，压缩等功能。
ssl握手协议，建立在ssl记录协议之上，用于实际的数据传输开始前，通讯双方进行身份认证，协商加密算法，交换密钥。

区别：

https需要CA证书，需要一定费用
http是超文本传输协议，信息时明文传输，而https是具有安全性的ssl加密传输协议。
http和http使用的是完全不同的连接方式，用的端口不一样，http是80，https是443
http的连接很简单，是无状态的。https协议是由SSL+HTTP协议构建的具有加密传输，身份认证的网络协议，比http安全。

https的不足：

握手阶段比较费时，会使页面的加载时间延长
https连接缓存不如http高效，会增加数据开销
SSL证书需要绑定IP,不能在同一个Ip绑定多个域名。
https协议的加密范围有限。

四 TCP和UDP

UDP
包头：除了端口号以外啥都没有

特点：
不需要大量数据结构，处理逻辑和包头字段
不会建立连接，谁都可以给他传数据，他也可以给任何人发数据
没有拥塞控制也不管会不会丢包

适用情况：
需要资源少，网络情况稳定的内网，或者丢包不敏感的应用
不需要一对一沟通，建立连接，而是可以广播的应用
需要处理速度快，可以容忍丢包的时候
如直播，实时游戏，物联网

TCP
包头：

在这里插入图片描述
源端口和目的端口必不可少
序号，是为了解决乱序问题，知道哪个先发哪个后发
确认序号，发出去的包应该有确认，这样才知道对方是否收到，如果没收到就应该重新发送，解决丢包
状态位，SYN是发起连接，ACK是回复，RST是重连，FIN是结束连接，TCP是面向连接的，所以需要双方维护状态。
窗口大小，TCP根据窗口的大小来决定传输数据的多少，从而实现流量控制。

TCP的三次握手：建立连接和沟通Tcp包的序号问题，其中seq就是A,B各自发起包的初始序号,ack是确认号，下一次期望收到的序号

三次握手可以理解为：
A：我是A
B : 你好A，我是B
A：你好B
在这里插入图片描述

这是网上经常见到的一张图，刚开始的时候，客户端和服务器都处于 CLOSED 状态，先是服务端主动监听某个端口，处于 LISTEN 状态。然后客户端主动发起连接 SYN，之后处于 SYN-SENT 状态。服务端接收了发起的连接，返回 SYN，并且 ACK ( 确认 ) 客户端的 SYN，之后处于 SYN-SENT 状态。客户端接收到服务端发送的 SYN 和 ACK 之后，发送 ACK 的 ACK，之后就处于 ESTAVLISHED 状态，因为它一发一收成功了。服务端收到 ACK 的 ACK 之后，也处于 ESTABLISHED 状态，因为它也一发一收了。

TCP四次挥手：当断开连接tcp有四次挥手

A：B 啊，我不想玩了
B：哦，你不想玩了啊，我知道了
这个时候，只是 A 不想玩了，即不再发送数据，但是 B 可能还有未发送完的数据，所以需要等待 B 也主动关闭。
B：A 啊，好吧，我也不玩了，拜拜
A：好的，拜拜
在这里插入图片描述
断开的时候，当 A 说不玩了，就进入 FIN_WAIT_1 的状态，B 收到 A 不玩了的消息后，进入 CLOSE_WAIT 的状态。

A 收到 B 说知道了，就进入 FIN_WAIT_2 的状态，如果 B 直接跑路，则 A 永远处与这个状态。TCP 协议里面并没有对这个状态的处理，但 Linux 有，可以调整 tcp_fin_timeout 这个参数，设置一个超时时间。

如果 B 没有跑路，A 接收到 B 的不玩了请求之后，从 FIN_WAIT_2 状态结束，按说 A 可以跑路了，但是如果 B 没有接收到 A 跑路的 ACK 呢，就再也接收不到了，所以这时候 A 需要等待一段时间，因为如果 B 没接收到 A 的 ACK 的话会重新发送给 A，所以 A 的等待时间需要足够长。