关于对三次握手和四次挥手的体会
来源:互联网 发布:网络信息安全科普视频 编辑:程序博客网 时间:2024/05/18 13:26
关于对三次握手和四次挥手的体会
三次握手
第一次握手:发送方给接收方发起第一次握手一来发送方想确定自己的发送功能是否好用,二来是接收方能够确定自己的接收功能是否好用。当接收方能够接收到发送方发来的信息时,以上两个问题就得到了解决。
第二次握手:接收方向发送方发送消息,一来接收方想确定自己的发送功能是否好用,二来发送方想确定自己的接收功能是否好用,如果发送方能够接收到发送方发来的信息时,发送方就能够确定自己的发送和接收功能都是好用的。
第三次握手:发送方第二次向接收方发送第二次请求,之所以要进行第三次握手,是因为接收方不能确定它刚才发的请求发送方是否已经收到,也就不能确定自己的发送功能是否好用。当接收方能够接收到发送方的第二次请求是,它就能够确定它的发送和接收功能都是好用了,三次握手完毕。
四次挥手
第一次挥手: 客户端向服务器发出断开连接请求时,客户端将状态执为FIN_WAIT_1,当服务端收到客户端发出的断开请求是就知道客户端的数据已经传输完毕。
第二次挥手: 服务端向客户端响应信息(表示:我同意你关闭连接),客户端收到服务端响应的消息后将状态执为FIN_WATI_2.
第三次挥手 服务端向客户端发出关闭连接请求并把状态执为LAST_ASK状态。
第四次挥手 客户端同意服务端关闭连接的请求并把状态执为TIME_WAIT状态。服务端收到客户端的响应后关闭了连接。当客户端两秒后未收到服务端的响应时就认为服务端已经关闭了连接,因此自己也就关闭了连接。
阅读全文
0 0
- 关于对三次握手和四次挥手的体会
- 关于TCPIP的三次握手和四次挥手的总结
- 关于TCP/IP的三次握手和四次挥手解释
- 关于TCP/IP的三次握手和四次挥手解释
- TCP的三次握手和四次挥手
- 三次握手和四次挥手的原理图
- TCP的三次握手和四次挥手
- TCP的三次握手和四次挥手
- TCP的三次握手和四次挥手
- TCP的三次握手和四次挥手
- TCP的三次握手和四次挥手
- tcp的三次握手和四次挥手
- 三次握手和四次挥手的小结
- TCP的三次握手和四次挥手
- TCP的三次握手和四次挥手
- TCP的三次握手和四次挥手
- TCP的三次握手和四次挥手
- TCP的三次握手和四次挥手
- 地址下拉列表框
- 实用类介绍2
- SAP报表开发工具 Report Painter
- CBoard框架数据集实现--DataProvider
- 移动端触碰/滚动屏幕,弹出框隐藏
- 关于对三次握手和四次挥手的体会
- basepath 跨域问题 nginx
- 友盟统计
- 公共钥匙盒
- Android 解决IllegalArgumentException: Receiver not registered: android.widget.ZoomButtonsController
- 微信小程序三种类型的导航连接
- sdnu-并查集-weeklyexam ——D
- 帧间差分法
- python3 调用pymysql 通过ssh 链接mysql