TCP之RST发送场景

TCP之RST发送场景

 

1.connect一个不存在的端口；

 

2.向一个已经关掉的连接send数据；

 

3.向一个已经崩溃的对端发送数据（连接之前已经被建立）；

 

4.close(sockfd)时，直接丢弃接收缓冲区未读取的数据，并给对方发一个RST。这个是由SO_LINGER选项来控制的；

 

5.a重启，收到b的保活探针，a发rst，通知b。

 

TCP socket在任何状态下，只要收到RST包，即可进入CLOSED初始状态。

 

值得注意的是RST报文段不会导致另一端产生任何响应，另一端根本不进行确认。收到RST的一方将终止该连接。程序行为如下：

 

阻塞模型下，内核无法主动通知应用层出错，只有应用层主动调用read()或者write()这样的IO 系统调用时，内核才会利用出错来通知应用层对端RST。

 

非阻塞模型下，select或者epoll会返回sockfd可读,应用层对其进行读取时，read()会报错RST。

 

TCP之RST发送场景

 

1.connect一个不存在的端口；

 

2.向一个已经关掉的连接send数据；

 

3.向一个已经崩溃的对端发送数据（连接之前已经被建立）；

 

4.close(sockfd)时，直接丢弃接收缓冲区未读取的数据，并给对方发一个RST。这个是由SO_LINGER选项来控制的；

 

5.a重启，收到b的保活探针，a发rst，通知b。

 

TCP socket在任何状态下，只要收到RST包，即可进入CLOSED初始状态。

 

值得注意的是RST报文段不会导致另一端产生任何响应，另一端根本不进行确认。收到RST的一方将终止该连接。程序行为如下：

 

阻塞模型下，内核无法主动通知应用层出错，只有应用层主动调用read()或者write()这样的IO 系统调用时，内核才会利用出错来通知应用层对端RST。

 

非阻塞模型下，select或者epoll会返回sockfd可读,应用层对其进行读取时，read()会报错RST。