【计算机网络】TCP报文详解

最新推荐文章于 2024-11-02 18:09:24 发布
最新推荐文章于 2024-11-02 18:09:24 发布
阅读量2.1k 收藏 29
点赞数 23
CC 4.0 BY-SA版权
分类专栏： Linux之路 文章标签： tcp/ip 计算机网络 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Lin5200000/article/details/139640732

认识TCP报头

其实协议的形式都是一个结构化的数据，TCP协议也不例外。一起来看看TCP协议的报头是怎么样的。

在这里插入图片描述

以上就是TCP报头，实际上是一个结构化的数据，也就是一个结构体。例如：

struct tcp_hdr
{
   
   
    unsigned int stc_port : 16;
    unsigned int desc_port : 16; 
    unsigned int seq;
    unsigned int ack_seq;
    ....
};

目的端口号&&源端口号

其中16位源端口号，就是你当前发送报文的端口号。目的端口号则是目标主机的端口号。

这也就是我们在用accept时，能够获取连接套接字的同时，还能获取到对端主机的端口号(ip也获取到了，这个在网络层的时候解释)。 而目的端口号也很好理解，因为端口号能够确定一台主机中唯一的一个进程。当你的报文被发送到对端主机的时候，就能够通过端口号去锁定对应的PCB进程。

4位首部长度

4位首部长度代表的是报头占多

最低0.47元/天 解锁文章

200万优质内容无限畅学
TCP 的报文格式与关键字段
qq_46082433的博客
05-27 50
TCP 的报文格式与关键字段
【网络协议】【TCP】精讲TCP报文格式！图解超赞超详细！！！
风云说通信
09-02 2063
传输控制协议（英语：Transmission Control Protocol，缩写：TCP）是一种面向连接的、可靠的、基于字节流的传输层通信协议，由IETF的RFC 793定义。在简化的计算机网络OSI模型中，它完成第四层传输层所指定的功能。用户数据报协议（UDP）是同一层内另一个重要的传输协议。
TCP 报文详解
weixin_54542209的博客
03-17 1万+
一、TCP报文格式 二、字段详解 第一行：源端口和目的端口字段 TCP源端口（Source Port）：源计算机上的应用程序的端口号，占16 位(bit)。 TCP目的端口（Destination Port）：目标计算机的应用程序端口号，占16 位(bit)。 第二行：序列号字段 CP序列号（Sequence Number）：占(32bit)它表示本报文段所发送数据的第一个字节的编号。在 TCP 连接中，所传送的字节流的每一个字节都会按顺序编号。 当SYN标记不为1时，这是当前数据分段第一个
TCP报文详解
qq_54469537的博客
02-25 1万+
万字详解,主要介绍了TCP三次握手和四次挥手以及TCP的十大核心机制和TCP报头结构
TCP报文格式
深之JohnChen的专栏
08-01 1万+
　　传输控制协议（TCP）向上与用户应用程序进程接口，向下与网络层协议IP接口。用户应用程序采用首先调用TCP（或UDP），然后将应用程序数据递交给TCP这一方式，在IP网络上传送数据。TCP将这些数据打包分段并调用IP模块向目的主机传送每个数据段。接收方的TCP将段中的数据放入接收缓冲器，然后将段重装为应用程序数据，再将这些数据发送到目的的应用程序进程。       尽管T C P和U D P都
TCP报文解析
heyangge的博客
12-01 816
最常见的可选字段是最长报文大小，又称为MSS（Maximum Segment Size），每个连接方通常都在通信的第一个报文段（为建立连接而设置SYN=1的那个段）中指明这个选项，它表示本端所能接受的最大报文段的长度。（例如：一个报文段的序号为300，此报文段数据部分共有100字节，则下一个报文段的序号为400.）所以序号确保了TCP传输的有序性。在处理超时的许多情况中，也会发送不带任何数据的报文段。即ack，占4个字节，指明下一个期待收到的字节序号，表明该序号之前的所有数据已经正确无误的收到。
Tcp/ip 报文解析
weixin_30549175的博客
01-05 511
在编写网络程序时，常使用TCP协议。那么一个tcp包到底由哪些东西构成的呢？其实一个TCP包，首先需要通过IP协议承载，而IP报文，又需要通过以太网传送。下面我们来看看几种协议头的构成 一 .Ethernet头 以太帧分好几种类型，常见的以太帧为Ethernet II 下面就是一个典型的Ethernet II帧 Ethernet II类型以太网帧的最小长度为64字节（...
【计算机网络】Tcp报文的组成，Tcp是如何实现可靠传输的？
yican2580的博客
09-28 4263
详解计算机网络中的Tcp的报文组成，以及相比于Udp，Tcp是如何实现可靠传输的（确认应答，超时重传，三次握手四次挥手，滑动窗口，流量控制，拥塞控制）
【网络协议】TCP报文格式
螺蛳粉只吃炸蛋的走风的博客
09-05 1592
本文分别从图文、表格详细分析了TCP报文格式，以及报头中各个字段的用法与意义。
二、TCP报文, UDP报文, IP报文详解1
08-03
端口号是TCP报文的重要组成部分，用于区分同一台计算机上运行的不同应用程序。源端口号和目的端口号结合IP数据报的源IP和目的IP地址，可以唯一标识一条TCP连接。 序列号和确认号是TCP实现可靠传输的核心。序列号...
【计算机网络】TCP协议——1.报文格式详解
热门推荐
m0_72563041的博客
12-18 2万+
【计算机网络】TCP协议报文格式详解
TCP报文讲解
abcnull 的博客
03-18 2785
在四层网络结构中，TCP和UDP是属于传输层，IP是网络层。TCP虽然是面向字节流的，但是TCP传送的数据单元却是报文段。TCP报文段分为首部和数据两部分，而首部字段的作用显示出了TCP报文的特性。理解好TCP报文的相关知识，对于理解TCP连接的三次握手有帮助，同时对Socket编程的学习也会有促进作用。TCP报文：TCP报文段首部前20个字节是固定的，可能后面有4n个字节是根据需要增加的，所以T...
TCP报文头（首部）详解
ShenDaiSun的博客
12-12 1万+
TCP协议传输的数据单元是报文段，一个报文段由TCP首部（报文头）和TCP数据两部分组成，其中TCP首部尤其重要，首部用于控制(新建、断开)连接、流量和拥塞等。TCP首部的固定长度是20B，最大长度是60B，其中可变选项长度最长为40B(4B×10)。
UDP与TCP报文格式，字段意义
weixin_34384557的博客
07-16 962
UDP报文 1、UDP有两个字段：数据字段和首部字段。 首部字段 首部字段很简单，只有8个字节，由4个字段组成，每个字段的长度都是两个字节。   1）源端口：源端口号。在需要对方回信时选用。不需要时可用全0。 2）目的端口：目的端口号。这在终点交付报文时必须要使用到。 3）长度： UDP用户数据报的长度，其最小值是8（仅有首部）。 4）校验和：检测UDP用户数据报在传输中是否有错。有错就...
【网络】TCP报文头部
Elephant_King的博客
02-19 1万+
源端口、目的端口 告知主机该报文段是来自哪里，以及传给那个上层协议或者应用程序的 序号 表示该报文段所发送数据的第一个字节的编号，在TCP连接中所传输字节流的每一个字节都会按顺序编号，由于序列号是由32位表示，所以每2^32个字节，就会产生序列号回绕，再次从0开始 确认号 表示接收方期望收到发送方下一个报文段的第一个字节数据的编号，也就是告诉发送方：我希望你下次发送的数据的第一个字节数据的编号为此确认号 数据偏移（头部长度） ...
TCP 协议（一）报文结构
cliffordl的专栏
07-07 9117
TCP 提供面向连接的通信传输，面向连接是指在传送数据之前必须先建立连接，数据传送完成后要释放连接。无论哪一方向另一方发送数据之前，都必须先在双方之间建立一条连接。在TCP/IP协议中，TCP协议提供可靠的连接服务，连接是通过三次握手进行初始化的。同时由于TCP协议是一种面向连接的、可靠的、基于字节流的运输层通信协议，TCP是全双工模式，所以需要四次挥手关闭连接。
TCP协议报文讲解，Wireshark抓包，细致分析三次握手和四次挥手
Michelangeshaw的博客
11-02 2683
TCP（Transmission Control Protocol，传输控制协议）是面向连接、可靠的传输层协议。它在网络中通过三次握手建立连接，并确保数据包的可靠传输。TCP广泛应用于需要可靠数据传输的场景，例如HTTP、FTP、SMTP等协议的传输。
计算机网络tcp四次握手报文
最新发布
06-15
### TCP四次挥手的报文结构详解 #### 1. 第一次挥手（FIN=1） 在TCP四次挥手过程中，客户端首先发送一个带有`FIN=1`标志位的报文段给服务端，表示客户端已经没有数据需要发送，并希望关闭连接。此时，客户端进入`FIN_WAIT_1`状态[^4]。 - **报文结构**： - 源端口：客户端使用的端口号。 - 目的端口：服务端监听的端口号。 - 序号（Seq）：当前报文段的序列号。 - 确认号（Ack）：期望收到的下一个字节的序号。 - 标志位：`FIN=1`，表示连接释放请求。 - 窗口大小：通知接收方发送本报文时可用的窗口大小。 - 校验和：用于校验报文段的完整性。 ```python # 示例代码：第一次挥手的报文结构 first_wave = { "source_port": 12345, # 客户端端口 "destination_port": 80, # 服务端端口 "sequence_number": 100, # 当前报文段的序列号 "acknowledgment_number": 200, # 期望收到的下一个字节的序号 "flags": {"FIN": 1}, # FIN标志位设置为1 "window_size": 65535, # 窗口大小 "checksum": 0x1234 # 校验和 } ``` #### 2. 第二次挥手（ACK=1） 服务端收到客户端的`FIN`报文后，会发送一个带有`ACK=1`标志位的确认报文段给客户端，确认已收到连接释放请求。此时，服务端进入`CLOSE_WAIT`状态，而客户端进入`FIN_WAIT_2`状态[^4]。 - **报文结构**： - 源端口：服务端使用的端口号。 - 目的端口：客户端使用的端口号。 - 序号（Seq）：当前报文段的序列号。 - 确认号（Ack）：对客户端`FIN`报文的确认号，值为客户端`FIN`报文的序列号加1。 - 标志位：`ACK=1`，表示确认。 - 窗口大小：通知接收方发送本报文时可用的窗口大小。 - 校验和：用于校验报文段的完整性。 ```python # 示例代码：第二次挥手的报文结构 second_wave = { "source_port": 80, # 服务端端口 "destination_port": 12345, # 客户端端口 "sequence_number": 200, # 当前报文段的序列号 "acknowledgment_number": 101, # 对客户端FIN报文的确认号 "flags": {"ACK": 1}, # ACK标志位设置为1 "window_size": 65535, # 窗口大小 "checksum": 0x5678 # 校验和 } ``` #### 3. 第三次挥手（FIN=1, ACK=1） 当服务端完成所有数据的发送后，也会向客户端发送一个带有`FIN=1`和`ACK=1`标志位的报文段，表示服务端也没有数据需要发送了。此时，服务端进入`LAST_ACK`状态[^4]。 - **报文结构**： - 源端口：服务端使用的端口号。 - 目的端口：客户端使用的端口号。 - 序号（Seq）：当前报文段的序列号。 - 确认号（Ack）：对客户端之前发送的数据或报文的确认号。 - 标志位：`FIN=1`和`ACK=1`，表示连接释放请求及确认。 - 窗口大小：通知接收方发送本报文时可用的窗口大小。 - 校验和：用于校验报文段的完整性。 ```python # 示例代码：第三次挥手的报文结构 third_wave = { "source_port": 80, # 服务端端口 "destination_port": 12345, # 客户端端口 "sequence_number": 300, # 当前报文段的序列号 "acknowledgment_number": 101, # 对客户端之前发送的数据或报文的确认号 "flags": {"FIN": 1, "ACK": 1}, # FIN和ACK标志位设置为1 "window_size": 65535, # 窗口大小 "checksum": 0x9ABC # 校验和 } ``` #### 4. 第四次挥手（ACK=1） 客户端收到服务端的`FIN`报文后，进入`TIME_WAIT`状态，并发送一个带有`ACK=1`标志位的确认报文段给服务端。服务端收到该确认报文后，进入`CLOSED`状态，完成整个四次挥手过程[^4]。 - **报文结构**： - 源端口：客户端使用的端口号。 - 目的端口：服务端使用的端口号。 - 序号（Seq）：当前报文段的序列号。 - 确认号（Ack）：对服务端`FIN`报文的确认号，值为服务端`FIN`报文的序列号加1。 - 标志位：`ACK=1`，表示确认。 - 窗口大小：通知接收方发送本报文时可用的窗口大小。 - 校验和：用于校验报文段的完整性。 ```python # 示例代码：第四次挥手的报文结构 fourth_wave = { "source_port": 12345, # 客户端端口 "destination_port": 80, # 服务端端口 "sequence_number": 101, # 当前报文段的序列号 "acknowledgment_number": 301, # 对服务端FIN报文的确认号 "flags": {"ACK": 1}, # ACK标志位设置为1 "window_size": 65535, # 窗口大小 "checksum": 0xDEF0 # 校验和 } ```
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

林 子

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值