51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 3101|回复: 2
打印 上一主题 下一主题

TCP三握手异常问题 [复制链接]

Rank: 4Rank: 4Rank: 4Rank: 4

跳转到指定楼层
楼主
发表于 2013-10-15 21:18:47 |只看该作者 |倒序浏览
一键分享 一键分享
发现一个用户很奇怪的TCP三握手
用户->sp地址 syn
sp地址->用户 syn,ack
用户->sp地址 reset

发生这个情况是什么问题呢?用户reset掉后又重新发起syn,不断的重复上述过程,一天有近30W次。
syn的目的地址为211.136.236.75

Rank: 9Rank: 9

懒

沙发
发表于 2013-10-16 23:25:16 |只看该作者
这个要具体case具体分析。但可以把tcp reset的原因列出来,供参考比对:

以下是reset报文产生的一些原因:

TCP异常终止(reset报文)的几种原因

   1.客户端尝试与服务器未对外提供服务在端口建立TCP连接,发送RESET报文。

   2.客户端和服务器的某一方在交互的过程中发生异常(如程序崩溃)发送RESET报文

   3.接收端收到TCP报文,但是发现该TCP报文,并不在其建立的TCP连接列表中,发送RESET报文。

   4.在交互的双方中的某一方长期未收到来自对方的确认报文,超出一定的重传次数时间后,主动发RESET报文。

   5.有些应用开发者,在设计应用系统时,会利用RESET报文快速释放完成数据交互的TCP连接,以提高业务交互的效率

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 4Rank: 4Rank: 4Rank: 4

板凳
发表于 2013-10-17 14:40:50 |只看该作者
爱卫生 发表于 2013-10-16 23:25
这个要具体case具体分析。但可以把tcp reset的原因列出来,供参考比对:
以下是reset报文产生的一些原因: ...

这几天reset的原因都了解
但我只是觉得很奇怪,为什么用户主动发起syn,却在服务器响应后不发ack而直接reset掉。

点评

爱卫生  这个就不大好说了。因为tcp也是为上层应用服务的。比如说上面第2种场景里面还提到了客户端可能发生了程序崩溃而发送reset报文,这可能是上层应用触发的,或者说某个进程掉死所致。  发表于 2013-10-17 23:25:25

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-5-9 19:14 , Processed in 0.041892 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部