TCP协议的三次握手和四次挥手过程
四层模型:数据链路层:转换程序信号到硬件层识别以及硬件的规范;ip层:标示出联网设备的唯一身份,也会进行数据的处理包装;传输层:负责数据的传输;应用层:http应用 smtp邮件应用 ftp应用
三次握手的过程
- 客户端先想服务器发起一个syn(同步信号),这个信号携带着客户端的一些编号信息
- 服务端向客户端ack(响应)信号,同时也法医额syn(同步)信号给客户端
- 客户端收到服务器回来的信息后,再向服务器发一个ack信号
三次握手的问题
-
syn信号的作用,有没有校验
-
为啥要三次,两次不行么
1. 第二步收到第一步的信息:说明了客户端有数据发送能力,服务器有数据接收能力 2. 第三步收到第二步的信息:说明了服务器也有数据发送能力,客户也有数据接收能力
-
三次握手哪个阶段可以携带数据/能不能携带数据?
前两次不能携带数据,第三次可以携带数据
-
前两次为什么不能携带数据,如果真的携带了数据有什么危害?
前两次仅仅是进行连接握手的操作,此时连接还没有完全打通, 1. 携带数据可能因为连接没有实现而浪费 2. 是会造成syn攻击,syn攻击就是再连接阶段携带数据让服务器处理,那么大量的请求进来,再没有真正的业务处理之前就耗费大量资源直至计算机资源耗尽
-
什么叫半连接,什么叫全连接
半连接:进行了前两步的操作叫半连接,在握手进行到第二步完成后,会把当前这个连接放入连接池,等待连接完全建立,如果连接最终没有建立,那么再销毁这个半连接。 全连接:完整进行了三次握手的连接成为全连接。
-
四次握手的过程
1.客户端向服务端发起信号FIN,说要断开连接 2.服务器向客户端回复一个ACK信号,说我收到了你的请求,但是我这边还有一些数据处理收尾工作,等我处理完我会再告诉你 3.服务器向客户端发起一个FIN信号,说我这边OK了,现在我们连接断开吧 4.客户端向服务端发起一个ACK信号,告诉服务器确认,到此时连接就断开了
-
四次挥手的问题
1.为什么要四次,原因在第二次 2.客户端在第四次给服务器回复了ACK信号,客户短收到时立即断开连接吗? 不是,客户端给服务器回复了ack后,等待一个2倍的通信时间,如果在这个时间内,服务器没有收到客户端的ack信号,他会再次发送关闭连接的信息,客户端要给服务器再回复ack。