强制tcp连接(tcp半连接)

rstack是数据包。用于强制关闭TCP链接。TCP连接关闭的正常方法是四次握手。但四次握手不是关闭TCP连接的唯一方法有时，如果主机需要尽快关闭连接或连接超时，端口或主机不可达，RSTReset包将被发送注意，由于RST包不是TCP连接中的必须部分，可以只发送RST包即不带ACK标记，但在正常的TCP连接中RST包可以带ACK确认标记。数据包说明数据包是一个计算机词汇，是TCP/IP协议通信传输中的数据单位。有人说，局域网中传输的不是帧Frame，但是TCPIP协议是工作在OSI模型第三层网络层、第四层传输层上的，而帧是工作在第二层数据链路层。上一层的内容由下一层的内容来传输，所以在局域网中，包是包含在帧里的。任意一台主机都能够发送具有任意源地址的数据包。当数据包进行长距离的传输时需要经过许多中继站。每个中继站就是一台主机或路由器，他们基于路由信息，将数据包向下一个中继站传递。在数据传输的路途上，如果路由器遇到大数据流量的情况下，它可能在没有任何提示的情况下丢掉一些数据包。较高层的协议如TCP协议用于处理这些问题，以便为应用程序提供一条可靠的链路。如果对于下一个中继站来说数据包太大，该数据包就会被分片。也就是说，大的数据包会被分成两个或多个小数据包，每个小数据包都有自己的IP头，但其净荷仅仅是大数据包净荷的一部分。

TCP通信的话，服务端断开时会自动通知客户端客户端处理该事件就可以了
数据传输结束后，通信的双方都可释放连接。现在A和B都处于ESTABLISHED状态。A的应用程序先向TCP发出连接释放报文段，主动关闭TCP连接。A把连接释放报文段的首部FIN置为1，序号seq=u，它等于前面已传送过的数据的最后一个字节的序号加1。这时A进入FIN-WAIT-1状态，等待B的确认。 B收到连接释放报文段后即发出确认，确认号是ack=u+1，而这个报文段自己的序号是v，等于B前面已传送过的数据的最后一个字节的序号加1。然后B就进入CLOSE-WAIT状态。TCP服务器进程这时通知高层应用进程，因为从A到B这个方向的连接释放了，这时的TCP连接处于半关闭状态，即A已经没有数据要发送了，但B若发送数据，A仍要接受。也就是说，从B到A这个方向的连接并未关闭。这个状态可以会持续一些时间。A收到B的确认后，就进入FIN-WAIT-2状态，等待B发出的连接释放报文段。若B已经没有要向A发送的数据，其应用进程就通知TCP释放连接。这时B发出的连接释放报文段必须使用FIN=1。现假定B的序号为w(在半关闭状态B可能又发送了一些数据)。B还必须重复上次已发送过的确认号ack=u+1。这是B就进入LAST-ACK状态，等待A的确认。在A收到B的连接释放报文段后，必须对此发出确认。在确认报文段中把ACK置为1，确认号ack=w+1，而自己的序号是seq=u+1(前面的FIN报文消耗了1个序号)。然后进入TIME-WAIT状态。请注意，现在TCP连接还没释放掉。必须再经过2MSL后，A才进入到CLOSED状态。MSL叫最长报文段寿命，一般为2分钟。 当B收到A发出的确认，就进入CLOSED状态。由此可见B结束TCP连接的时间要比A早一些。等到2MSL结束后A也进入CLOSED状态，至此完成了TCP四次挥手断开连接全过程。

世界上绝大部分的 HTTP 通信都是通过 TCP/IP 承载的，TCP/IP 是全球计算机和网络设备都在使用的一种常用的分组交换网络分层协议集。客户端应用程序可以打开一条 TCP/IP 连接，连接到世界上可能运行的任何一个服务器应用程序上。一旦连接建立起来，在不断网的情况下，客户端与服务器之间交换的报文就永远不会丢失、受损或者失序。

使用GetExtendedTcpTable获取系统tcp连接列表，包含源地址端口、目标地址端口和进程id 按照进程id过滤，得到目标进程的tcp连接列表（两个地址两个端口）接下来是干掉连接，有三法：1、直接SetTcpEntry2、通过原始套接字或pcap发送RST或FIN的tcp包 3、枚举进程套接字句柄，找到后getsocknamegetpeername获取连接的地址和端口，对比正确后closesocket

1-这个嘛，得看应用层是什么协议了，如果是FTP就得建立建立连接，如果是TFTP那就是用UDP协议了，当然也就不用TCP了！ 2-当然有意义，而且是必须的！IP层不对数据做校验，也不能保证数据包按顺序送达，是不可靠的！ IP层只是“尽最大努力正确传输”，双方要想准确无误的通信，必须依靠TCP！
1.根据协议决定。常用的除了TCP，还有UDP。 2.有意义。数据是分层封装的。IP是传输层，TCP是网络层。如果不懂，可是上网搜一下OSI7层网络规范。 据我所知ARP不需要建立TCP连接，而且根本也无法建立，ARP应该在数据链路层，我感觉。