tcp半连接(tcp半连接扫描)

正确的说法是：XP SP2只允许同时存在10个TCP半开连接。 1、什么是TCP半开连接？所谓半开TCP连接，简单地说就是发送了TCP连接请求，但还没有得到对方应答的状态（实际上要复杂些），也就是连接尚未完全建立起来，双方还无法进行通信交互的状态。2、XP限 制了TCP连接数量吗？XP SP2没有限 制TCP连接数量。3、半开连接数量限 制对上传、下载速率有什么影响吗？几乎没有影响。半开连接数限 制充其量仅会在连接时引入一点时延（从几毫秒到几百毫秒）而已。而数据交互是在已经建立的TCP连接上传输的，传输速率与半开连接数量无关。更何况P2P协议本身还有排队、请求数据等，这些机制引入的时延都远远大于半开连接限 制所带来的时延（例如，你连接了数百个对端，但是传输数据的却只有其中的几十个而已，其中大部分都处于等待或闲置状态）。因此，半开连接数限 制对上传、下载速率几乎没有影响。4、TCP半开连接数量设置为多少比较合适？不超过50为宜。没有必要设置得太大。因为每一个半开连接都会系统（包括路由器、防火墙、操作系统等）引入额外的开销，过多的半开连接数只会导致系统资源紧张、不稳定甚至崩溃，却不能带来传输速率在实质上的提高。例如，在P2P网络中，一个黑客可以通过散布虚假资源信息，引导大量客户端在短时间内试图与某个被攻击者建立连接，如果半开连接数设置过大，将导致系统崩溃（路由器梗死、防火墙瘫痪或者操作系统崩溃等）。还有其它很多DDoS攻击手段。限 制TCP半开连接数，可以有效地防止DDoS攻击。5、如何知道当前的传输速率？用任务管理器的网络选项卡或者防火墙查看网卡实际传输了多少数据才是最准确的，下载软件显示的值有可能是虚假的。最后，希望大家不要迷信TCP半开连接数量会明显提高传输速率的谣言。 实际传输速率=同时连接的数量×有效连接（源）占的比例x对端上传通道平均上传速率x平均传输时间÷连接持续时间。

这是一个不能望文生义的词，“半”字也许会很难理解。要理解这个“半”，我们还得先理解什么是“全”。TCP本身是全双工（Full-Duplex）的协议，这就是“全”的概念。而“半”就允许TCP把自己当做单工的来使用，这就是半开与半关闭的概念。 单工就相当于二极管，数据只能从一端流向另一端。全双工就相当于一个完整的电路，数据可以从A流到B，也可以从B流动会到A，他们甚至还可以同时进行。在计算机连接的另一端发送FIN包时socket不会自动发送FIN包。它为被标识为不可读但可写的状态。 把socket标识为可写不可读的状态就意味着它并没有断开，只是认为对方告诉自己将不再发送数据了而已。如果是Socket程序，就需要手动调用方法去关闭这个连接，否则它会一直工作。有些恶意攻击的程序就利用这个机制让没有限制半开连接的服务器打开大量的半开连接，使对方的连接数消耗殆尽。所以很多操作系统都自带了半开连接数的使用限制。
TCP是面向连接的协议，建立连接需要3次握手，断开需要4次，没结束的时候就是半打开或半关闭的状态

半开连接把？ 要说一下tcp的三次握手晕，好多呢，就10分由希望初始化连接的通讯方发出一个在包头设置了syn位的tcp数据包和初始化序列号（ISN）以及端口号给接收方，这样的连接状态称为SYN_SENT接收方收到这个包后以一个设置了SYN和ACK标志位并且把对方送来的ISN＋1的tcp数据包作为回答发送给对方，这样的连接状态被称为SYN_RCVD然后连接的发起方收到这么个包以后发送一个带ACK和ISN再＋1的数据包来确认接收方上一步发来的数据包，至此完成三次握手，连接状态为ESTABLISHED所谓半开连接就是连接状态被称为SYN_RCVD的状态，因为还在建立通讯中，所以要占用一个线程，但是连接尚未完全建立，还不能用以传递数据，所以叫“半开” 所谓未连接就是连接状态称为SYN_SENT的状态，因为发起方只是请求了，接收方不一定回答。

这是一个不能望文生义的词，“半”字也许会很难理解。要理解这个“半”，我们还得先理解什么是“全”。TCP本身是全双工（Full-Duplex）的协议，这就是“全”的概念。而“半”就允许TCP把自己当做单工的来使用，这就是半开与半关闭的概念。 单工就相当于二极管，数据只能从一端流向另一端。全双工就相当于一个完整的电路，数据可以从A流到B，也可以从B流动会到A，他们甚至还可以同时进行。在计算机连接的另一端发送FIN包时socket不会自动发送FIN包。它为被标识为不可读但可写的状态。 把socket标识为可写不可读的状态就意味着它并没有断开，只是认为对方告诉自己将不再发送数据了而已。如果是Socket程序，就需要手动调用方法去关闭这个连接，否则它会一直工作。有些恶意攻击的程序就利用这个机制让没有限制半开连接的服务器打开大量的半开连接，使对方的连接数消耗殆尽。所以很多操作系统都自带了半开连接数的使用限制。

TCP的三次握手是怎么进行的了：发送端发送一个SYN=1，ACK=0标志的数据包给接收端，请求进行连接，这是第一次握手；接收端收到请求并且允许连接的话，就会发送一个SYN=1，ACK=1标志的数据包给发送端，告诉它，可以通讯了，并且让发送端发送一个确认数据包，这是第二次握手；最后，发送端发送一个SYN=0，ACK=1的数据包给接收端，告诉它连接已被确认，这就是第三次握手。之后，一个TCP连接建立，开始通讯。 *SYN：同步标志同步序列编号(Synchronize Sequence Numbers)栏有效。该标志仅在三次握手建立TCP连接时有效。它提示TCP连接的服务端检查序列编号，该序列编号为TCP连接初始端(一般是客户端)的初始序列编号。在这里，可以把TCP序列编号看作是一个范围从0到4，294，967，295的32位计数器。通过TCP连接交换的数据中每一个字节都经过序列编号。在TCP报头中的序列编号栏包括了TCP分段中第一个字节的序列编号。*ACK：确认标志确认编号(Acknowledgement Number)栏有效。大多数情况下该标志位是置位的。TCP报头内的确认编号栏内包含的确认编号(w+1，Figure-1)为下一个预期的序列编号，同时提示远端系统已经成功接收所有数据。*RST：复位标志复位标志有效。用于复位相应的TCP连接。*URG：紧急标志紧急(The urgent pointer) 标志有效。紧急标志置位，*PSH：推标志该标志置位时，接收端不将该数据进行队列处理，而是尽可能快将数据转由应用处理。在处理 telnet 或 rlogin 等交互模式的连接时，该标志总是置位的。*FIN：结束标志带有该标志置位的数据包用来结束一个TCP回话，但对应端口仍处于开放状态，准备接收后续数据三次握手Three-way Handshake一个虚拟连接的建立是通过三次握手来实现的1. (B) --> [SYN] --> (A)假如服务器A和客户机B通讯. 当A要和B通信时，B首先向A发一个SYN (Synchronize) 标记的包，告诉A请求建立连接.注意: 一个 SYN包就是仅SYN标记设为1的TCP包(参见TCP包头Resources). 认识到这点很重要，只有当A受到B发来的SYN包，才可建立连接，除此之外别无他法。因此，如果你的防火墙丢弃所有的发往外网接口的SYN包，那么你将不能让外部任何主机主动建立连接。2. (B) <-- [SYN/ACK] <--(A)接着，A收到后会发一个对SYN包的确认包(SYN/ACK)回去，表示对第一个SYN包的确认，并继续握手操作.注意: SYN/ACK包是仅SYN 和 ACK 标记为1的包.3. (B) --> [ACK] --> (A)B收到SYN/ACK 包,B发一个确认包(ACK)，通知A连接已建立。至此，三次握手完成，一个TCP连接完成Note: ACK包就是仅ACK 标记设为1的TCP包. 需要注意的是当三此握手完成、连接建立以后，TCP连接的每个包都会设置ACK位这就是为何连接跟踪很重要的原因了. 没有连接跟踪,防火墙将无法判断收到的ACK包是否属于一个已经建立的连接.一般的包过滤(Ipchains)收到ACK包时,会让它通过(这绝对不是个好主意). 而当状态型防火墙收到此种包时，它会先在连接表中查找是否属于哪个已建连接，否则丢弃该包四次握手Four-way Handshake四次握手用来关闭已建立的TCP连接1. (B) --> ACK/FIN --> (A)2. (B) <-- ACK <-- (A)3. (B) <-- ACK/FIN <-- (A)4. (B) --> ACK --> (A) 注意: 由于TCP连接是双向连接, 因此关闭连接需要在两个方向上做。ACK/FIN 包(ACK 和FIN 标记设为1)通常被认为是FIN(终结)包.然而, 由于连接还没有关闭, FIN包总是打上ACK标记. 没有ACK标记而仅有FIN标记的包不是合法的包，并且通常被认为是恶意的