unp第七章补充之socket tcp 产生 rst响应的情况

Posted invisible_man

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了unp第七章补充之socket tcp 产生 rst响应的情况相关的知识,希望对你有一定的参考价值。

socket tcp 产生 rst响应的情况(属于硬错误)
1.     syn发送到服务器主机,但是目的端口并未运行。则产生一个ECONRFUSED错误。客户端立即返回。比如telnet 192.168.1.55 8889,条件:55主机在局域网上并且可达(也可以换成可以到达的网络ip地址),但是8889这个端口并未使用(可能服务器已经关闭),则服务器(对方主机tcp内核)发送一个rst相应给客户端,于是客户端立即关闭。 注意一下,如果输入的网络ip不可达的话,客户端将会持续发送syn,最后产生一个etimeout的错误,大概75秒左右。这个时候客户端的默认网关(192.168.1.1 211.2.2.2)因为找不到下一路由,路由器(或者再过几跳的路由器)会产生一个EHOSTUNREACH响应给客户端(注意,ENETUNREACH和EHOSTUNREACH通常被认为是一个错误,因为ENETUNREACH一般当作已过时),由于这是个软错误(有可能是网络暂时不通造成的)。客户端会重发syn直到超时。
         所以会有 telnet 192.168.1.55 8888  主机存在,但是端口未开,ECONRFUSED错误,立刻返回
                 telnet 192.168.1.56 *     主机不存在,UNROUTETOHOST错误,立刻返回
                 telnet 211.1.1.5    *     主机不存在,etimeout错误
 
2.    最简单的情况,服务器主动发送rst给客户端关闭连接。客户端read write直接返回rst错误。
 
3.    服务器收到一个不存在的连接返回rst响应。比如,服务器重启之后,先前的一个已连接的客户端毫不之情的情况下,这就是半闭连接(跟半开连接最大的不同是,半闭连接是不能使用的,半开连接可以使用)。
      此时   如果客户端read的话(接收缓冲无数据)产生一个EPEERRST错误

            如果客户端write的话且发送数据小于发送缓冲区剩余容量时,第一次write成功,第二次write或者read的时候就会产生一个EPEERRST的错误。因为write发送数据是直接把要发送的数据拷贝到内核的tcp发送缓冲区就立刻返回成功的。当然拷贝之前会先检查一下tcp连接有无错误。所以第二次发送或者接收的时候,发现连接上已经有了EPEERRST的错误,所以就返回错误(话说回来,第一次发送的数据实际上根本就没有发送成功,对方根本就没接受它

以上是关于unp第七章补充之socket tcp 产生 rst响应的情况的主要内容,如果未能解决你的问题,请参考以下文章

UNP卷一学习笔记:基本TCP套接字

redis补充5之Redis 的线程模型

TCP连接的部分细节及边界情况分析

TCP连接的部分细节及边界情况分析

python__系统 : socket_TCP补充,协程

《UNP》学习之TCP状态转换