深入理解通讯协议（TCP/IP系列协议，3次握手，4次挥手，滑动窗口协议，HTTP，UDP）

网络模型

OSI模型（开放式系统互联），它是由国际标准化组织(ISO)提出的。

TCP/IP系列协议

TCP/IP（Transmission Control Protocol/Internet Protocol）不只是TCP/IP两个协议，而是有很多个协议组成，并且是在不同的层，是互联网的基础通信架构。

一个http请求浏览：应用层HTTP -> 传输层TCP -> 网络层IP（数据包）、 ICMP(确保源地址和目的地址之间是网络通)、IGMP(本地路由器和英特网的路由器联通) ->链路层

直接使用网络层协议的应用：ping命令，ICMP协议。

TCP/IP（Transmission Control Protocol/Internet Protocol）是Internet最基本的协议。 把所有TCP/IP系列协议归类到四个抽象层中

TCP    面向连接的、可靠的流协议

UDP    面向无连接的通讯协议

IP        在源地址和目的地址之间传送的数据包

ICMP  控制报文协议

IGMP  internet组管理协议

ARP   地址解析协议

RARP 反向地址转化协议

TCP的3次握手协议

三次握手 建立一个TCP连接时，需要客户端和服务端总共发送3个包以确认连接的建立。

为什么需要3次握手?

TCP是面对连接的，所以需要双方都确认连接的建立。

第一次握手      客户端请求建立连接。

第二次握手      服务端应答客户端，并请求建立连接。

第三次握手       客户端针对服务端请求确认应答。

第一次握手：Client将标志位SYN置为1，随机产生一个值seq=J，并将该数据包发送给Server，Client进入SYN_SENT状态，等待Server确认。

第二次握手：Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack=J+1，随机产生一个值seq=K，并将该数据包发送给Client以确认连接请求，Server进入SYN_RCVD状态。

第三次握手：Client收到确认后，检查ack是否为J+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=K+1，并将该数据包发送给Server，Server检查ack是否为K+1，ACK是否为1，如果正确则连接建立成功，Client和Server进入ESTABLISHED状态，完成三次握手，随后Client与Server之间可以开始传输数据了。

TCP的3次握手的漏洞

SYN洪泛攻击

通过网络服务所在的端口发送大量伪造原地址的攻击报文，发送到服务端，造成服务端上的半开连接队列被占满，从而阻止其他用户进行访问。

攻击者客户端利用伪造的IP地址向服务端发出请求(第一次握手)，而服务端的响应(第二次握手)的报文将永远发送不到真实的客户端，服务端在等待客户端的第三次握手(永远都不会有的)，服务端在等待这种半开的连接过程中消耗了资源，如果有成千上万的这种连接，主机资源将被耗尽，从而达到攻击的目的。

解决方案

无效连接监控释放

延缓TCB分配方法

防火墙

TCP的4次挥手协议

定义

断开一个TCP连接时，需要客户端和服务端总共发送4个包以确认连接的断开。

为什么需要四次挥手

TCP是双全工(即客户端和服务器端可以相互发送和接收请求)，所以需要双方都确认关闭连接。

过程

第一次挥手：客户端发送关闭请求

第二次挥手：服务端响应客户端关闭请求

第三次挥手：服务端发送关闭请求

第四次挥手：客户端发送关闭确认请求

（1）第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。

（2）第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。

（3）第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。

（4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。

TCP的通讯原理

Socket套接字

TCP用主机的IP地址加上主机上的端口号作为TCP连接的端点，这种端点就叫做套接字（socket）。

TCP缓冲区

每个TCP的Socket的内核中都有一个发送缓冲区和一个接收缓冲区。

阻塞模式

接收端缓冲区为空，接收端调用read方法的线程阻塞。

发送端缓冲区满了或者不够大，发送端调用write方法的线程阻塞。

TCP的可靠性与高效率

有了缓冲区之后我们怎么传输才能确保高效与可靠？

TCP中的滑动窗口协议——可靠和高效的结合

滑动窗口

发送方和接收方都会维护一个数据帧的序列，这个序列被称作窗口。

发送方的窗口大小由接收方确认。

目的

确保数据不丢失      

如果发送的数据丢失了可以重新发。

控制发送速度      

控制发送速度，以免接收方的缓存不够大导            致溢出，同时控制流量也可以避免网络拥塞。

在线演示滑动窗口:

https://media.pearsoncmg.com/aw/ecs_kurose_compnetwork_7/cw/content/interactiveanimations/selective-repeat-protocol/index.html

HTTP协议

超文本传输协议，主要定义了客户端和服务端数据传输的方式。

资源    

html/文本、word、avi电影、其他资源 媒体类型  

 MIME类型：text/html、 image/jpeg

URI和URL    

web服务器资源的名字和用于描述一个网络上资源的地址  

schema: http/https/ftp.  

host: web服务器的ip地址或者域名  

port: 服务端端口，

http默认访问的端口是80  

path: 资源访问路径  

query-string: 查询参数

方法：GET/PUT/DELETE/POST/HEAD

UDP

面向无连接的通讯协议。 通讯时不需要接收方确认，属于不可靠的传输。 因为不需要建立连接，所以传输速度快，但是容易丢失数据。

面向无连接的通讯协议。

通讯时不需要接收方确认，属于不可靠的传输。

因为不需要建立连接，所以传输速度快，但是容易丢失数据。

报文组成

源端口：源端口号，在需要对方回信时选用，不需要时可用全0。

目的端口：目的端口号，这在终点交付报文时必须要使用到。

长度： UDP用户数据报的长度，其最小值是8（仅有首部）。

校验和：检测UDP用户数据报在传输中是否有错,有错就丢弃。

具体实战请看我的另外一篇文章：深入理解通讯协议（HTTP和UDP实战）

https://blog.csdn.net/a1173537204/article/details/102681500