TCP握手过程和挥手过程

最新推荐文章于 2024-10-02 23:26:09 发布

淹死的鱼0719

最新推荐文章于 2024-10-02 23:26:09 发布

阅读量4.7k

点赞数 2

分类专栏：网络

本文链接：https://blog.csdn.net/c571121319/article/details/82663170

版权

本文详细介绍了TCP连接的建立过程，包括三次握手：客户端发送SYN请求，服务器回复SYN+ACK，客户端再发送ACK确认。接着解释了TCP为何在客户端发送最后的确认报文，主要是为了防止失效的连接请求报文导致错误连接。此外，文章还阐述了TCP连接的释放，即四次挥手：客户端发送FIN请求，服务器回应ACK，服务器发送FIN，客户端回应ACK。客户端在TIME_WAIT状态等待2MSL以确保所有报文段在网络中消失，避免影响新连接。

摘要由CSDN通过智能技术生成

TCP报文首部

源端口和目的端口，各占2个字节，分别写入源端口和目的端口；
序号，占4个字节，TCP连接中传送的字节流中的每个字节都按顺序编号。例如，一段报文的序号字段值是 301 ，而携带的数据共有100字段，显然下一个报文段（如果还有的话）的数据序号应该从401开始；
确认号，占4个字节，是期望收到对方下一个报文的第一个数据字节的序号。例如，B收到了A发送过来的报文，其序列号字段是501，而数据长度是200字节，这表明B正确的收到了A发送的到序号700为止的数据。因此，B期望收到A的下一个数据序号是701，于是B在发送给A的确认报文段中把确认号置为701；
数据偏移，占4位，它指出TCP报文的数据距离TCP报文段的起始处有多远；
保留，占6位，保留今后使用，但目前应都位0；
紧急URG，当URG=1，表明紧急指针字段有效。告诉系统此报文段中有紧急数据；
确认ACK，仅当ACK=1时，确认号字段才有效。TCP规定，在连接建立后所有报文的传输都必须把ACK置1；
推送PSH，当两个应用进程进行交互式通信时，有时在一端的应用进程希望在键入一个命令后立即就能收到对方的响应，这时候就将PSH=1；
复位RST，当RST=1，表明TCP连接中出现严重差错，必须释放连接，然后再重新建立连接；
同步SYN，在连接建立时用来同步序号。当SYN=1，ACK=0，表明是连接请求报文，若同意连接，则响应报文中应该使SYN=1，ACK=1；
终止FIN，用来释放连接。当FIN=1，表明此报文的发送方的数据已经发送完毕，并且要求释放；
窗口，占2字节，