网络协议与攻击模拟

网络协议与攻击模拟_05TCP协议

一、传输层知识回顾

１、传输层的功能

定义应用层协议数据报文的端口号，流量控制
对原始数据进行分段处理

２、传输层提供的服务

传输连接服务
数据传输服务、流量控制、差错控制、序列控制

３、传输层的协议

面向连接的传输协议TCP
要求数据在传输之前必须建立连接，数据传输完成后，必须释放连接
仅支持单播传输，在两个终端之间建立点对点连接
UDP（用户数据报协议）

二、TCP协议

１、TCP协议

面向连接的传输协议
要求数据在传输之前必须建立连接，数据传输完成后，必须释放连接
仅支持单播传输，在两个终端之间建立点对点连接

２、TCP报文结构

Source port：发送方端口号，随机端口
Destination：目标端口，HTTP协议，默认端口80
Sequence Number序列号
Acknowledgement number确认号
Header length：首部长度，32位
Reserved：为TCP将来发展预留的空间
Flags：控制位，常见的有urg、Ack、Push、Reset、Syn、Fin
- urgent：用于标识发送数据时是否为紧急
- Ack：确认控制位，服务器回复的确认
- Push：是否将数据推到上一层
- Reset：是否重置连接
- Syn：建立连接时的控制位
Windows size value：窗口大小
Checksum 校验和
Urgent pointer：紧急指针
Options 选项

这里控制位为1表示现在正在发请求

Fin：数据发送完毕会有释放连接，当释放连接时Fin控制位为1

３、TCP报文字段

序号seq：占３２位，用于标识报文段所发送数据的第一个字节的编号。在TCP连接中，所传送的字节流的么一个字节都会按顺序编号。当SYN标记不为１时，这是当前数据分段的第一个字母的序列号；如果SYN的值为１时，这个字段的值就是初始序列值(ISN)，用于对序列号进行同步。这时，第一个字节的序列号比这个字段的值大１，也就是ISN加１.
TCP确认号Acknowledgement numbe：占32位，它表示接收方期望收到发送方下一个报文段的第一个字节数据的编号，其值是接收计算机即将接收到的下一个序列号，也就是下一个接收到的字节的序列号加１.
TCP首部长度：数据偏移是指数据段中“数据”部分起始距离TCP数据段起始处的字节偏移量，占４位，其实这里的“数据偏移”也是在确定TCP数据段头部分的长度，告诉接收端的应用程序，数据从何处开始。
保留Reserved：占４位，为将来TCP的发展预留的空间。目前必须全部为０.
URG：表示报文段中发送的数据是否包含紧急数据。URG为１表示有紧急数据，当URG为１时，后面的紧急指针字段才有效。
ACK：表示前面的确认字段是否有效。当ACK为１表示有效。只有当ACK为１时，前面确认号字段才有效。TCP规定，连接建立后，ACK必须为１.
PSH：告诉对方　收到该报文段是否立即把数据推送给上层。如果值为１，表示应当立即把数据交给上层，而不是缓存起来。
RST：表示是否重置连接。如果RST为１，说明TCP连接出现了严重错误（如主机奔溃），必须释放连接，然后再重新建立连接。
SYN：在建立连接的时候使用，用来同步序列号。当SYN为１，ACK为０时，表示这是一个请求建立连接的报文段；当当SYN为１，ACK为１时，表示对方同意建立连接。当SYN为１时，说明这是一个请求建立连接或同意建立连接的报文，只有再前两次我手中SYN才为１.
FIN：标记字段数据是否发送完毕。如果FIN为１，表示数据已经发送完成，可以释放连接。

４、TCP连接与释放

（１）三次握手

服务器上搭建有网站，开启了HTTP服务

TCP三次握手

客户机向服务器发送请求建立连接，SYN控制位为１，报文有序列号seq假设为ｘ。
服务器收到客户端发来的建立连接请求后向客户端发出确认请求报文，ACK控制位为１，ack序列号为x+1，（ack=seq+1表示对上一条请求建立连接报文的确认)，SYN控制位为１，报文有序列号seq记为ｙ。
客户端收到服务器发来的确认连接请求后，client向server回应确认请求报文，ACK控制位为１，ack序列号为y+1。seq 序列号为x+1.

Q:为什么是三次握手？不是两次或者四次呢？

两次握手，会发生什么情况呢? 服务端在发出应答消息后无法确认客户端是否接受到消息了。
四次握手，在三次握手中已经建立了一个稳定的传输流，为什么还要浪费性能再去发一次消息，第四次握手是一种性能浪费。

（２）四次挥手

TCP四次挥手

客户端发送一个FIN+ACK标记的包，告诉服务器需要关闭连接，表示自己不用发送数据了，但是还可以接收数据。发送完成后，客户端进入FIN_WAIT_1状态。
服务端发送一个ACK的确认包，告诉客户端接收到关闭的请求，但是还没有准备好。发送完成后，服务端进入CLOSE_WAIT状态，客户端收到这个包后，进入FIN_WAIT_2，等待服务器关闭连接。
服务端准备好关闭连接时，发送FIN+ACK标记的包，告诉客户端准备关闭了。发送完成后，服务端进入LAST_ACK状态，等待客户端确认
客户端接收到服务端的关闭请求，再发送ACK标记的确认包，进入TIME_WAIT状态，等待服务端可能请求重传的ACK包。服务端接收到ACK包后，关闭连接，进入CLOSED状态。
客户端在等待固定时间(两个最大段生命周期)后，没有接收到服务的ACK包，认为服务器已关闭连接，自己也关闭连接，进入CLOSED状态。