TCP协议的RST标志位
Posted 车载以太网测试
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了TCP协议的RST标志位相关的知识,希望对你有一定的参考价值。
“TCP首部字段有6个是flags,每个标志位有特殊的含义,它们可以单独存在,也可以同时存在。对于接收方,不同的标志位代表不同的意思,需要做正确的处理”
可以在链接https://support.huawei.com/hedex/hdx.do?docid=EDOC1000105967查看各协议层协议首部字段及其含义
TCP协议首部格式
上图标注的红圈里有6个标志位,每个标志位占用一个比特
紧急指针有效标识。它告诉系统此报文段中有紧急数据,应尽快传送(相当于高优先级的数据)
ACK
确认序号有效标识。只有当ACK=1时确认号字段才有效。当ACK=0时,确认号无效
PSH
标识接收方应该尽快将这个报文段交给应用层。接收到PSH = 1的TCP报文段,应尽快的交付接收应用进程,而不再等待整个缓存都填满了后再向上交付
RST
重建连接标识。当RST=1时,表明TCP连接中出现严重错误(如由于主机崩溃或其他原因),必须释放连接,然后再重新建立连接
SYN
同步序号标识,用来发起一个连接。SYN=1表示这是一个连接请求或连接接受请求
FIN
发端完成发送任务标识。用来释放一个连接。FIN=1表明此报文段的发送端的数据已经发送完毕,并要求释放连接
RST,Reset,复位标志,用于非正常地关闭连接。它是TCP协议首部里的一个标志位。发送RST包关闭连接时,直接丢弃缓冲区的包发送RST包(这个和发FIN包不同)。而接收端收到RST包后,也不必发送ACK包来确认
正常地关闭连接用FIN标志位,但FIN标志位不能用来处理异常情况
举例
连接未监听的端口
目的主机或网络路径中的防火墙拦截
socket接收缓冲区Recv-Q中的数据未完全被应用程序读取时关闭该socket
向已关闭的socket发送数据
向已关闭的连接发送FIN
主机传输层TCP协议程序接收到一条FIN,而目的端口并没有socket监听,那么主机的协议栈会直接回复一个RST
-
向已经消逝的连接中发送数据
请求超时后收到回复
SO_LINGER
Linux下启用TIME_WAIT快速回收
修改/etc/sysctl.conf中内核参数:
net.ipv4.tcp_tw_recycle = 1
-
FIN是客户端或服务器正常关闭tcp连接发的包,发送缓冲区Send-Q数据发完才会发FIN -
RST是客户端或服务器异常关闭tcp连接发的包,通常都是主机收到不存在的tcp通道的tcp报文,主机“被迫”回复RST告知对方tcp连接异常,收到RST的一方就会关闭这个socket,释放所有socket信息,且不会回复ACK
以上是关于TCP协议的RST标志位的主要内容,如果未能解决你的问题,请参考以下文章