简述TCP的三次握手过程和四次挥手

最新推荐文章于 2024-07-05 21:50:12 发布

weixin_45110470

最新推荐文章于 2024-07-05 21:50:12 发布

阅读量1.2k

点赞数

分类专栏： Linux 文章标签： TCP

Linux 专栏收录该内容

11 篇文章 0 订阅

订阅专栏

在TCP/IP协议中,TCP协议提供可靠的连接服务,采用三次握手建立一个连接.
![在这所谓三次握手（Three-Way Handshake）即建立TCP连接，就是指建立一个TCP连接时，需要客户端和服务端总共发送3个包以确认连接的建立。在socket编程中，这一过程由客户端执行connect来触发

在这里插入图片描述

三次握手
1、在起始点服务端和客户端都是无应用状态，没有TCP连接.
2、客户端有应用需要发起TCP连接，此时向服务端发送SYN的TCP连接请求，并将自身状态转换为SYN_SENT。
此处的SYN信息保存在TCP报头的32位序列号中（图3，SEQ No）,Code Bits区域的SYN位设置为1（图1）。
3、服务端服务启动后，进入LISTEN状态，当服务端收到客户端发来的SYN后，立即回复一个新的SYN序列号，
同时带上ACK，ACK也是一个32bits的序列号（图3，ACK No），并且是在客户端发送的SYN序列号上+1，
Code Bits区域的SYN位和ACK位都设置为1。服务端进入SYN_RCVD状态。
4、客户端接收到服务端发送的SYN，ACK报之后，会回复服务端一个ACK，此时ACK标识位置为1，客户端进入ESTABLISHED状态。
5、服务端接受ACK后进入ESTABLISHED状态。

SYN攻击：
在三次握手过程中，Server发送SYN-ACK之后，收到Client的ACK之前的TCP连接称为半连接（half-open connect），此时Server处于SYN_RCVD状态，当收到ACK后，Server转入ESTABLISHED状态。SYN攻击就是Client在短时间内伪造大量不存在的IP地址，并向Server不断地发送SYN包，Server回复确认包，并等待Client的确认，由于源地址是不存在的，因此，Server需要不断重发直至超时，这些伪造的SYN包将产时间占用未连接队列，导致正常的SYN请求因为队列满而被丢弃，从而引起网络堵塞甚至系统瘫痪。SYN攻击时一种典型的DDOS攻击，检测SYN攻击的方式非常简单，即当Server上有大量半连接状态且源IP地址是随机的，则可以断定遭到SYN攻击了，使用如下命令可以让之现行：
#netstat -nap | grep SYN_RECV
https://blog.csdn.net/sssnmnmjmf/article/details/68486261

TCP SYN Flood是一种常见，而且有效的远端(远程)拒绝服务(Denial of Service)攻击方式，它透过一定的操作破坏TCP三次握手建立正常连接，占用并耗费系统资源，使得提供TCP服务的主机系统无法正常工作。由于TCP SYN Flood是透过网路底层对服务器Server进行攻击的，它可以在任意改变自己的网路IP地址的同时，不被网路上的其他设备所识别，这样就给防范网路犯罪部门追查犯罪来源造成很大的困难

https://blog.csdn.net/joeyon1985/article/details/46454685

1.TCP采用四次挥手关闭连接如图所示为什么建立连接协议是三次握手，而关闭连接却是四次握手呢？
这是因为服务端的LISTEN状态下的SOCKET当收到SYN报文的建连请求后，它可以把ACK和SYN（ACK起应答作用，而SYN起同步作用）放在一个报文里来发送。但关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了，所以你可以未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。

2．为什么TIME_WAIT状态还需要等2MSL后才能返回到CLOSED状态？
这个问题可以参考《unix 网络编程》（第三版，2.7 TIME_WAIT状态）。
TIME_WAIT状态由两个存在的理由。
（1）可靠的实现TCP全双工链接的终止。
这是因为虽然双方都同意关闭连接了，而且握手的4个报文也都协调和发送完毕，按理可以直接回到CLOSED状态（就好比从SYN_SEND状态到ESTABLISH状态那样）；
但是因为我们必须要假想网络是不可靠的，你无法保证你最后发送的ACK报文会一定被对方收到，因此对方处于LAST_ACK状态下的SOCKET可能会因为超时未收到ACK报文，
而重发FIN报文，所以这个TIME_WAIT状态的作用就是用来重发可能丢失的ACK报文。
（2）允许老的重复的分节在网络中消逝。
TCP必须防止来自某一个连接的老的重复分组在连
接已经终止后再现，从而被误解成属于同一链接的某一个某一个新的化身。为做到这一点，TCP将不给处于TIME_WAIT状态的链接发起新的化身。既然
TIME_WAIT状态的持续时间是MSL的2倍，这就足以让某个方向上的分组最多存活msl秒即被丢弃，另一个方向上的应答最多存活msl秒也被丢弃。
通过实施这个规则，我们就能保证每成功建立一个TCP连接时。来自该链接先前化身的重复分组都已经在网络中消逝了。