对TCP连接被重置解决方案的探究

分类: 网络与安全对TCP连接被重置解决方案的探究——跨过GFW通向自由网络的可行途径 2010年05月25日星期二上午 00:19 这个标题有点长——其实开始只想写破折号之前的部分,因为这种技术文章说的隐晦一点没有坏处,但又担心大家不明白是怎么回事,硬着头皮还是补上了后面的部分. 中国的网络环境很复杂,同时中国也是对互联网高度控制的国家之一,当然仅限于大陆.而控制中国网民自由上网的网络海关正是大名鼎鼎的GFW(Great Fire Wall,长城防火墙),GFW的工作原理就是重置TCP…

Http权威指南（TCP连接）

1.HTTP请求的过程世界上几乎所有的HTTP通信都是由TCP/IP承载的,当发生HTTP请求时,实际上经过了以下几个步骤: ①浏览器从请求的URL中解析主机名 ②浏览器查询这个主机名的IP地址 ③浏览器获得端口号 ④浏览器发起到IP:端口的连接(TCP连接) ⑤浏览器向服务器发送一条请求报文 ⑥浏览器从服务器读取响应报文 ⑦浏览器关闭连接(TCP连接) 图解: 2.TCP性能聚焦点 2.1TCP连接的握手时延建立TCP连接甚至是发送任意数据之前,TCP软件之间都会交换一系列的IP分组,对连…

初步探究java中程序退出、GC垃圾回收时，socket tcp连接的行为

初步探究java中程序退出.GC垃圾回收时,socket tcp连接的行为今天在项目开发中需要用到socket tcp连接相关(作为tcp客户端),在思考中发觉需要理清socket主动.被动关闭时发生了什么,所以做了一番实验,验证socket tcp连接在调用close.被GC回收.程序运行完毕退出.程序进程被杀掉时,tcp会产生什么行为.得出了一些结论,记录于此同时分享给大家. 先写出得到的结论: java程序运行完毕退出和被杀进程时,socket tcp连接会被关闭.而且是通过发送RST方…

TCP 连接重置漏洞 - CVE-2004-0230讲解

TCP 连接重置漏洞 - CVE-2004-0230: IPv6 实施中存在一个拒绝服务漏洞,该漏洞可能允许攻击者向受影响系统发送特制的 TCP 消息. 成功利用此漏洞的攻击者可能会导致受影响系统重置现有的 TCP 连接. TCP 连接重置漏洞 (CVE-2004-0230) 的缓解因素: 攻击者必须能够预测或发现现有 TCP 网络连接的源和目标的 IP 地址和端口信息. 攻击者还应当预测或了解某个较困难的 TCP 网络数据包详细信息. 保持长会话或具有可预测 TCP/IP 信息的协议或程序出现…

TCP 连接关闭及TIME_WAIT探究

这里主要记录一下TCP连接在关闭的时刻,有哪些细节问题.方便在以后的程序设计中能够注意这些细节, 以避免出现这些错误.首先我们来看一下TCP的状态转换图.如<unix网络编程>卷一所示如下图: TCP 四次挥手: 挥手时的序号问题挥手过程中状态转换问题 TIME_WAIT 产生原因挥手序号问题: 这里可以看出FIN也占用了一个序号,例如FIN M, 对方回应ACK 确认序号为M+1.最后发送FIN也是如此.那么这里的M和N在传输数据过程中怎样得到的.看一下一个抓包的例子如下 :: >…

简述TCP连接的建立与释放（三次握手、四次挥手）

在介绍TCP连接的建立与释放之前,先回顾一下相关知识. TCP是面向连接的运输层协议,它提供可靠交付的.全双工的.面向字节流的点对点服务.HTTP协议便是基于TCP协议实现的.(虽然作为应用层协议,HTTP协议并没有明确要求必须使用TCP协议作为运输层协议,但是因为HTTP协议对可靠性的的要求,默认HTTP是基于TCP协议的.若是使用UDP这种不可靠的.尽最大努力交付的运输层协议来实现HTTP的话,那么TCP协议的流量控制.可靠性保障机制等等功能就必须全部放到应用层来实现)而相比网络层更进一步,…

超出TCP连接端口数限制（MaxUserPort）引起的服务器问题

昨天2台Windows Server 2012服务器出现奇怪的问题,自己竟然连不上自己的本机80端口,telnet 127.0.0.1 80也连不上,而更奇怪的是其它服务器可以连接到这2台服务器的80端口.在这2台服务器上,浏览器打不开任何网站,但能ping通.重启其中1台服务器后,被重启的服务器恢复正常. 服务器用的是阿里云的,开始以为是阿里云的问题,向阿里云提交了工单.在提交了 netstat -nat 的信息后,阿里云工程师很快定位出问题原因,是TCP MaxUserPort不够用引起的,…

服务器后台TCP连接存活问题

0. 背景公司的服务器后台部署在某一个地方,接入的是用户的APP,而该地方的网络信号较差,导致了服务器后台在运行一段时间后用户无法接入,那边的同事反馈使用netstat查看系统,存在较多的TCP连接. 1. 问题分析首先在公司内部测试服务器上部署,使用LoadRunner做压力测试,能正常运行,然后那边的同事反馈该地方信号较差.考虑到接入的问题,有可能接入进程的FD资源耗尽,导致accept失败.推论的依据是对于TCP连接来说,如果客户端那边由于一些异常情况导致断网而未能向服务器发起FIN关…

“VS2013无法连接远程数据库”解决方案

“VS2013无法连接远程数据库” 解决方案:以管理员身份登录CMD,输入netsh winsock reset并回车(注意,必须是已管理员身份运行,这个重置LSP连接) 或 netsh winsock reset catalog 异常原因:由于一些非-IFS Winsock 基础服务提供商 (Bsp) 或分层服务提供程序 (Lsp) 安装在系统上截取和更改的传入和传出网络通信,则会出现此问题.因此,当应用程序连接到 SQL Server 时,这些 Bsp 或 Lsp 干扰 Winsock 通讯…

TCP连接的状态详解以及故障排查

我们通过了解 TCP各个状态 ,可以排除和定位网络或系统故障时大有帮助. 一.TCP状态 LISTENING :侦听来自远方的TCP端口的连接请求 . 首先服务端需要打开一个 socket 进行监听,状态为LISTEN. 有提供某种服务才会处于LISTENING状态, TCP状态变化就是某个端口的状态变化,提供一个服务就打开一个端口,例如:提供www服务默认开的是80端口,提供ftp服务默认的端口为21,当提供的服务没有被连接时就处于LISTENING状态.FTP服务启动后首先处于侦听(LIS…

TCP连接的建立与关闭

TCP是主机对主机层的传输控制协议:建立连接要三个握手,断开连接要四次挥手. 位码即TCP标志位,有6种标示:SYN(synchronous建立联机),ACK(acknowledgement 确认),PSH(push传送),FIN(finish结束),RST(reset重置),URG(urgent紧急),Sequence number(顺序号码),Acknowledge number(确认号码) 各个状态的意义如下: LISTEN - 侦听来自远方TCP端口的连接请求: SYN-SENT -在发…

socket使用TCP协议时，send、recv函数解析以及TCP连接关闭的问题

Tcp协议本身是可靠的,并不等于应用程序用tcp发送数据就一定是可靠的.不管是否阻塞,send发送的大小,并不代表对端recv到多少的数据. 在阻塞模式下, send函数的过程是将应用程序请求发送的数据拷贝到发送缓存中发送并得到确认后再返回.但由于发送缓存的存在,表现为:如果发送缓存大小比请求发送的大小要大,那么send函数立即返回,同时向网络中发送数据;否则,send向网络发送缓存中不能容纳的那部分数据,并等待对端确认后再返回(接收端只要将数据收到接收缓存中,就会确认,并不一定要等待应用程序调…

Linux 内核协议栈之TCP连接关闭

Close行为: 当应用程序在调用close()函数关闭TCP连接时,Linux内核的默认行为是将套接口发送队列里的原有数据(比如之前残留的数据)以及新加入的数据(比如函数close()产生的FIN标记,如果发送队列没有残留之前的数据,那么这个FIN标记将单独产生一个新数据包)发送出去并且销毁套接口 (并非把相关资源全部释放,比如只是把内核对象sock标记为dead状态等,这样当函数close()返回后,TCP发送队列的数据包仍然可以继续由内核协议栈发送,但是一些相关操作就会受到影响和限制,…

【TCP/IP详解卷1：协议】第18章TCP连接的建立与终止

img { border: 1px solid black } T C P是一个面向连接的协议.无论哪一方向另一方发送数据之前,都必须先在双方之间建立一条连接. RST:复位连接,将连接重置,一般用在异常关闭发送第一个S Y N的一端将执行主动打开(active open),另一端执行被动打开( passive open), 建立连接超时,经测试为,1,2,4,8,16,32, 四次挥手的时候,两个方向的断开是独立的,每个方向发送一个FIN,对方回复一个ACK,但同时,TCP规定ACK可以捎带…

UNIX网络编程——TCP服务器“拒绝服务攻击” 解决方案

前面的博客<<使用select和shutdown>>里面的拒绝服务型攻击也有提到. 说这是一个完全的解决方案,其实有点夸大了,但这个方案确实可以缓解TCP服务器遭受"拒绝服务攻击"时表现出的脆弱性. 当服务器以TCP的方式提供服务时,客户端通过tcp连接上服务器.这时,恶意的程序,也可以通过tcp连接我们的服务器,如果恶意的程序采用循环与我们的服务器建立成千上万的连接,并在每个连接上都发送恶意的数据包给服务器,慢慢就会导致服务器资源耗尽而崩溃! 为了增强TCP服…

UNIX网络编程——TCP连接的建立和断开、滑动窗口

一.TCP段格式: TCP的段格式如下图所示: 源端口号与目的端口号:源端口号和目的端口号,加上IP首部的源IP地址和目的IP地址唯一确定一个TCP连接. 序号:序号表示在这个报文段中的第一个数据字节序号. 确认号:仅当ACK标志为1时有效.确认号表示期望收到的下一个字节的序号. 头部长度:4位,TCP头部最多60个字节,最少20个字节保留位:6位,必须为0 6个标志位: URG-紧急指针有效 ACK-确认序号有效 PSH-接收方应尽快将这个报文段交给应用层 RST-连接重置 SYN-同步序号…

TCP连接和 time_wait、close_waite

TCP连接和 time_wait.close_waite tags:time_wait close_waite RST TCP 引言:前两天朋友公司的服务器垮掉了,最后查出的原因是发现大量的time_wait网络状态.被问起来time_wait是什么,当时就简单的给解释了两句,后来想想正好博客没有特别好的话题,拿来写一下也很不错. 简单的描述产生原因因为本文较长,如果没有耐心的可以简单了解一下,有耐心的请阅读全文. TCP是面向连接的,即使不知道具体的过程,也都知道TCP的三次握手,四次挥手.…

TCP连接的建立与释放(三次握手与四次挥手)

TCP连接的建立与释放(三次握手与四次挥手) TCP是面向连接的运输层协议,它提供可靠交付的.全双工的.面向字节流的点对点服务.HTTP协议便是基于TCP协议实现的.(虽然作为应用层协议,HTTP协议并没有明确要求必须使用TCP协议作为运输层协议,但是因为HTTP协议对可靠性的的要求,默认HTTP是基于TCP协议的.若是使用UDP这种不可靠的.尽最大努力交付的运输层协议来实现HTTP的话,那么TCP协议的流量控制.可靠性保障机制等等功能就必须全部放到应用层来实现)而相比网络层更进一步,运输层着眼…

OSI七层协议与TCP连接

概述为了追求效率,我们写代码,不可能去关注底层知识,但往往到出了问题,或者性能调优.我们就会速手无策,仔细为自己查缺补漏,总结知识点. 网络协议互联网的本质就是一系列的网络协议,让不同计算机能够互相通信.这个协议就叫做OSI协议,根据不同的功能和分工,人为划分七层,当然你也可以划分五层,4层.实际上这些都是不存在的,只是为了让人更好理解这些都是做什么用的. 物理层:网络通信的数据传输介质,连接不同结点的电缆与设备构成.这些都是专业的说法,其实说白了就是双绞线(网线),光缆这些东西,当然也包括…

借助Docker单机秒开数十万TCP连接

熟悉网络编程的都清楚系统只有65535个端口可用,1024以下的端口为系统保留,所以除去系统保留端口后可用的只有65411个端口,而一个TCP连接由TCP四元组(源IP.源端口.TCP.目标IP.目标端口)唯一确定,所以单机一个网卡时客户端最多只能打开65411个TCP连接,而有时我们的TCP服务需要数十万.上百万甚至更多TCP连接的压力测试,这时怎么办呢,通常有几个办法可以解决:挂多网卡.加机器: 1.挂多网卡要是真买网卡这也是个麻烦的事情或许你机器还不支持,还有就是添加虚拟网卡,这倒是不用什…