TCP协议详解（TCP报文、三次握手、四次挥手、TIME_WAIT状态、滑动窗口、拥塞控制、粘包问题、状态转换图）

最新推荐文章于 2024-10-01 08:00:00 发布
最新推荐文章于 2024-10-01 08:00:00 发布
阅读量1.2k 收藏 11
点赞数 1
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gx11251143/article/details/90677158
版权

目录

一、TCP报文（标准长度20字节）

二、三次握手

1、半连接、半打开、半关闭状态

2、SYN flood攻击

3、为什么需要三次握手？

4、在三次握手过程中，如果服务器一直收不到客户端的ack会发生什么？

5、初始序列号Seq为什么要随机初始化？

三、四次挥手

1、为什么建立连接是三次握手，而关闭连接却是四次挥手呢？

2、CLOSE_WAIT状态有什么影响？

3、socket中的close是一次就关闭的吗？半关闭状态是怎么产生的？

4、如果已经建立了连接, 但是客户端突发故障了怎么办？

四、TIME_WAIT状态

1、为什么需要TIME_WAIT状态？为什么 TIME_WAIT 状态还需要等 2MSL后才能返回到 CLOSED 状态？

2、为什么是2MSL？

3、TIME_WAIT会带来哪些问题？

4、服务端time_wait过多的处理办法？

五、connect()、listen()和accept()三者之间的关系

1、connect()函数分析

2、listen()函数分析

3、accept()函数分析

六、三次握手、四次挥手总结

七、滑动窗口（流量控制）

1、窗口类型

2、滑动窗口

3、滑动窗口处理丢包问题

4、快速重传为什么是三次冗余 ACK ？

八、拥塞控制

1、慢启动和拥塞避免

2、快重传和快恢复

3、拥塞窗口大小为什么先以指数增加再以线性增加？

九、粘包问题

十、TCP状态转换图

一、TCP报文（标准长度20字节）

在这里插入图片描述
  TCP数据包每次能够传输的最大长度 = MTU(1500B) - IP头（20B）- TCP头（20B）= 1460Bytes。

【重要的字段】：

  • 源端口号与目的端口号：标识了发送方与接收方的地址，IP地址和端口号合称为套接字。

  • 序列号和确认号：32位序列号与32位确认序号：序列号与确认号可以理解成两个通信进程在收发数据的时候互相应答的信息。比如说：A进程从序列号1000开始给B进程发送数据，发送五个数据。那么在B收到数据回复的时候，这里A的确认序列号应该是从1006，如果不是1006，比如说是1003，那就意味着1004、1005数据包B没有收到，于是A启动重发机制。这也就保证了数据的可靠性，也是TCP的特点之一。序列号是进程发送消息的号码，而确认号是期望目的进程返回的号码。进行比对，从而验证数据包是否到达。

  • 4位TCP报头长度：这里的四位TCP报头长度，可以理解成四个比特位表示长度，四位比特位表示的值乘以四就是该TCP头部的长度。由图可知，报头最短长度为20字节，也就是说这里的四位TCP报头长度默认为0101。并且TCP报头长度不可超过15*4=60个字节。

  • 标志位：共6个，即URG、ACK、PSH、RST、SYN、FIN等，具体含义如下：

    • URG：紧急指针（urgent pointer）有效；
    • ACK：确认序号有效；
    • PSH：接收方应该尽快将这个报文交给应用层；
    • RST：重置连接；
    • SYN：发起一个新连接；
    • FIN：释放一个连接。

  • 16位窗口大小：窗口大小标志着TCP缓冲区内部剩余空间的大小，起到一个流量控制的作用。如果窗口满了，那么这个时候是不允许数据接收的。后面到达的数据会被丢失。

  • 16位校验和：这里的校验和由发送端填充，CRC校验。接收端校验数据的时候如果校验不通过，那么认为数据有问题。此处的校验和不仅仅校验TCP首部，还校验数据部分。

  • 16位紧急指针：标识哪部分的数据为紧急数据。

二、三次握手

  在 TCP/IP 协议中，TCP 协议提供可靠的连接服务，采用三次握手建立一个连接。
在这里插入图片描述

  • 第一次握手：Client先产生一个初始序列号Seq = ISN（C）， 作为SYN并将该数据包发送给Server，Client进入SYN_SENT状态，等待Server确认。

  • 第二次握手：Server收到数据包后也发送自己的SYN报文作为响应，并初始化序列号Seq = ISN（S），为了确认Client的Seq，Server将Client发送的Seq加1，作为ACK发送给Client，Server进入SYN_RCVD状态。（SYN为synchronize的缩写，ACK为acknowledgment的缩写）。

  • 第三次握手：为了确认Server的SYN，Client将Server发送的Seq加1，作为ACK发送给Server。Client和Server进入ESTABLISHED状态，完成三次握手，随后Client与Server之间可以开始传输数据了。

  通过这样的三次握手，客户端与服务端建立起可靠的双工的连接，开始传送数据。 三次握手的最主要目的是保证连接是双工的，可靠更多的是通过重传机制来保证的。

1、半连接、半打开、半关闭状态

  • 半连接状态：发生在TCP三次握手过程中，客户端向服务器发起连接，服务器也进行了回应，但是客户端却不进行第3次握手。

  • 半打开状态：在TCP连接中，如果某一端关闭了连接或者是异常关闭，则该连接处于半打开状态。解决半打开问题：引入心跳机制就可以察觉半打开状态。

  • 半关闭状态：当TCP链接中客户端向服务器发送 FIN 请求关闭，服务端回应ACK之后，并没有立即发送 FIN 给客户端，客户端就处于半关闭状态，此时客户端可以接收服务器发送的数据，但是客户端已经不能再向服务器发送数据。

2、SYN flood攻击

  在三次握手过程中，服务器发送SYN-ACK之后，收到客户端的ACK之前的TCP连接称为半连接(half-open connect)。此时服务器处于SYN_RCVD状态。当收到ACK后，服务器转入ESTABLISHED状态。
在这里插入图片描述
  Syn攻击就是攻击客户端在短时间内伪造大量不存在的IP地址，向服务器不断地发送syn包，服务器回复确认包，并等待客户的确认，由于源地址是不存在的，服务器需要不断的重发直至超时，这些伪造的SYN包将长时间占用未连接队列，正常的SYN请求被丢弃，目标系统运行缓慢，严重者引起网络堵塞甚至系统瘫痪。

// 检测是否被Syn攻击
netstat -n -p TCP|grep SYN_RCVD

  一般较新的TCP/IP协议栈都对这一过程进行修正来防范Syn攻击，修改tcp协议实现。主要方法有SynAttackProtect保护机制、SYN cookies技术、增加最大半连接和缩短超时时间等。但是不能完全防范syn攻击。

3、为什么需要三次握手？

  为了保证服务端能收接受到客户端的信息并能做出正确的应答而进行前两次(第一次和第二次)握手，为了保证客户端能够接收到服务端的信息并能做出正确的应答而进行后两次(第二次和第三次)握手。可以用聊天来类比：

  • 甲—>乙：你吃饭了吗？
  • 已—>甲：我吃了，你呢？
  • 甲—>乙：我也吃了。

4、在三次握手过程中，如果服务器一直收不到客户端的ack会发生什么？

  服务端会给每个待完成的半连接都设一个定时器，如果超过时间还没有收到客户端的ACK消息，则重新发送一次SYN-ACK消息给客户端，直到重试超过一定次数时才会放弃。这个时候服务器需要分配内核资源维护半连接。

5、初始序列号Seq为什么要随机初始化？

  这样做主要是为了保证网络安全

最低0.47元/天 解锁文章
时间催熟
关注
（四）深入浅出TCPIP之TCP三次握手和四次挥手（下）的抓包分析
网易搬砖选手
10-30 946
目录 1. 通过netstat来分析服务器和客户端的TCP状态 2.通过tcpdump抓包分析服务器和客户端的TCP状态 2.1 语法 2.2 抓包返回格式 2.3 抓包的FLags标记 2.4 分析三次握手,数据收发，四次挥手的状态 2.4.1三次握手 2.4.2数据发送 2.4.3 四次挥手 我们在第二章和第三章讲了三次握手和四次挥手，那么这一章节我将带领读者来通过tcpdump工具来抓包分析这两个过程。 按照我第一章文章里初识TCP，理解TCP报文格式和交互流程（一）提供的客户.
《网络安全自学教程》- TCP协议详解
热门推荐
wangyuxiang946的博客
11-09 1万+
TCP三次握手四次挥手，TCP连接状态，wireshark抓包分析TCP报文格式，TCP可靠传输机制，粘包，拆包，半包，滑动窗口，重传机制，UDP协议检错原理
TCP三次握手和Time-Wait状态
yapian8的专栏
03-13 1825
第一次握手：建立连接时，客户端发送syn包和一个随机序列号seq=x到服务器，并进入SYN_SEND状态，等待服务器进行确认。（syn，同 步序列编号）。 第二次握手，服务器收到syn包，必须确认客户的SYN，然后服务器发送一个ACK=1, SYN=1, seq=y的随机数和ack=x+1的确认数的包发送回去。 第三次握手是客户端收到服务器端的SYN+ACK包，然后向服务器端发送确认包 ack=y+
TCP的三次握手与四次挥手
博客
08-02 2528
TCP连接的建立------三次握手 ACK：TCP协议规定只有ACK = 1时有效，因此连接建立后的每次数据传输ACK都必须为1. SYN：在建立连接时，用来同步序号，当ACK为0且SYN为1时，表示这是一个同步序号。 连接建立之前，服务端处于LIsten状态，客户端处于Closed状态。 第一次握手：客户端给服务端发送一个SYN报文，告诉服务器自己相与服务器建立连接，并指明客户端的初始序列...
详解TCP协议（三次握手四次挥手）
最新发布
caiji0169的博客
10-01 1089
讲解TCP通讯协议（三次握手四次挥手）、滑动窗口（TCP的流量控制）、TCP状态的转换、半关闭和2MSL的知识。
tcp三次握手和time wait --- 转
helinsen的专栏
10-12 997
tcp三次握手和time wait --- 转 第一次握手：建立连接时，客户端发送syn包和一个随机序列号seq=x到服务器，并进入SYN_SEND状态，等待服务器进行确认。（syn，同 步序列编号）。第二次握手，服务器收到syn包，必须确认客户的SYN，然后服务器发送一个ACK=1, SYN=1, seq=y的随机数和ack=x+1的确认数的包发送回去。第三次握手是客户端收到服务器端的
TCP的状态转换
dielu7895的博客
08-24 169
TCP的状态转换图 手写的状态转换图 一、服务端状态变迁：​ 服务端创建套接字之后调用listen函数将套接字有一个未连接的主动套接字转换为被动套接字，指示内核应接受指向该套接字的连接请求，套接字状态由CLOSE转换为LISTEN，等待客户端连接。所以服务端是被动接收连接的，服务端会先收到SYN，收到之后会立马发送一个SYN+ACK（同...
计算机网络(五):三次握手和四次挥手,TCP,UDP,TIME-WAIT,CLOSE-WAIT,拥塞避免，
qq_43398345的博客
02-23 455
当客户端发出最后的ACK确认报文时，并不能确定服务器能够接收到该段报文。所以客户端在发送完ACK确认报文之后，会设置一个时长为2MSL的计时器。如果服务器在1MSL后仍然没有收到客户端发送的ACK确认报文，那么它会向客户端重传FIN报文，对客户端而言，从客户端发出ACK报文起，重传的FIN报文的最晚到达时间是2MSL。若服务器在1MSL内没有收到客户端发出的ACK确认报文，再次向客户端发送FIN释放连接报文。
TCP协议工作机制详解
可能是一只知更鸟
03-24 4347
TCP协议 确认应答 超时重传 连接管理 滑动窗口 流量控制 拥塞控制 延迟应答 捎带应答 粘包问题 异常情况
（四十七）网络——TCP状态转换图、滑动窗口、半连接状态、2MSL
FadeFarAway的博客
01-20 6607
一、tcp状态转换图　　下图对排除和定位网络或系统故障时大有帮助，也帮助我们更好的编写Linux程序，对嵌入式开发也有指导意义。 　　 　　先回顾一下TCP建立连接的三次握手过程，以及关闭连接的四次握手过程： 　　 1、建立连接协议（三次握手） （1）客户端发送一个带SYN标志的TCP报文到服务器。这是三次握手过程中的报文1。 （2） 服务器端回应客户端的，这是三次握手中的第2个报文，这
tcp状态转换
03-13
tcp状态图，高清，可以收藏多年。
tcp三次握手和time wait
iteye_10679的博客
10-19 174
第一次握手：建立连接时，客户端发送syn包和一个随机序列号seq=x到服务器，并进入SYN_SEND状态，等待服务器进行确认。（syn，同 步序列编号）。第二次握手，服务器收到syn包，必须确认客户的SYN，然后服务器发送一个ACK=1, SYN=1, seq=y的随机数和ack=x+1的确认数的包发送回去。第三次握手是客户端收到服务器端的SYN+ACK包，然后向服务器端发送确认包 ack...
TCP拥塞控制（滑动窗口机制）
weixin_30514745的博客
09-27 100
https://www.cnblogs.com/diegodu/p/4538897.html https://blog.csdn.net/jtracydy/article/details/52366461 转载于:https://www.cnblogs.com/Kiven5197/p/9715889.html
【网络】TCP的三次握手、四次挥手、TIME_WAIT状态
qinghe0808的博客
07-03 1473
传输控制协议（Transmission Control Protocol,TCP）是一种面向连接的、可靠的、基于字节流的运输层（Transport layer）通信协议。是专门为了在不可靠的互联网络上提供一个可靠的端到端字节流而设计的。每一次TCP连接都需要三个阶段：连接建立、数据传送和连接释放。“ 下图是⼀次TCP通讯的时序图
TCP报文、三次握手、四次挥手
程序喵的博客
04-17 784
1、TCP头格式 （1） Source Port（源端口号）：数据发起者的端口号，16bit。 （2） Destination Port（目的端口号）：数据接收者的端口号，16bit。 （3） Sequence Number（顺序号码，Seq）：用于在数据通信中解决网络包乱序（reordering）问题，以保证应用层接收到的数据不会因为网络上的传输问题而乱序（TCP会用这个顺序号码来拼接数据），32bit。 （4） Acknowledgment Number（确认号码，ack）：是数据...
TCP “三次报文握手，四次报文挥手”详解
weixin_42616791的博客
07-05 5206
TCP 的基本认识 TCP 中文又被称之为传输控制协议，它是一种面向连接的、可靠的、基于字节流的传输层通信协议。这个特性的解释如下： 面向连接的：面向连接也就是说一对一才能连接。 可靠的：无论网络中出现了什么变化，TCP都能保证一个报文一定能够到达接收端 字节流：消息是没有边界的，所以无论消息有多大都可以进行传输 学习过网络的朋友就知道，对于一个协议来说，往往会分成多个层，层与层之间解耦，对于 TCP 传输控制层协议来讲，它也是这样的，下面是 TCP 协议的一个结构示意图： 可以看到，TCP 的应用层
TCP的三次握手
helloworld0415的博客
05-27 2090
TCP的三次握手
Python TCP协议粘包问题深度解析
"详解Python中TCP协议中的粘包问题，主要通过示例代码介绍TCP粘包现象，并提供了一个简易远程CMD功能的实现，涉及TCP和UDP协议的区别。" 在TCP/IP协议栈中，TCP（传输控制协议）是一种面向连接的、可靠的、基于字节...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值