1. 客户端的 SYN 报文里的端口号与历史连接不相同
此时服务端会认为是新的连接要建立,于是就会通过三次握手来建立新的连接。
旧连接里处于 Established 状态的服务端最后会怎么样呢?
服务端给客户端发消息了:客户端连接已被关闭,此时客户内核回RST报文,服释放连接;
服务端没给客户端发消息:超过一段时间,tcp保活机制启动,释放连接
2. 客户端的 SYN 报文里的端口号与历史连接相同
处于 Established 状态的服务端收到了这个 SYN 报文(此时的 SYN 报文其实是乱序的,因为 SYN 报文的初始化序列号其实是一个随机数),服务端回复一个携带正确序列号的确认号的ACK报文,客户端接收到这个ACK发现不是自己想要的,返回RST给服务端,释放连接。
如何关闭TCP连接?
伪造一个RST报文,必须满足四元组相同和序列号是对方期望的这两个条件。
killcx工具伪造一个四元组相同的SYN报文,来拿到合法的序列号。
tcpkill 工具是在双方进行 TCP 通信时,拿到对方下一次期望收到的序列号。然后将序列号填充到伪造的 RST 报文,并将其发送给对方,达到关闭 TCP 连接的效果。
- tcpkill 属于被动获取,必须再双方进行TCP通信时,才能获取正确的序列号,显然这种方式无法关闭非活跃的TCP连接。
- killcx 工具则是属于主动获取,它是主动发送一个 SYN 报文,通过对方回复的 Challenge ACK 来获取正确的序列号,所以这种方式无论 TCP 连接是否活跃,都可以关闭。