博客
关于我
三次握手-四次挥手
阅读量:349 次
发布时间:2019-03-04

本文共 988 字,大约阅读时间需要 3 分钟。

TCP协议在数据传输前需要进行三次握手来建立连接,传输完成后则需要四次挥手来断开连接。了解这些过程对于理解TCP的工作机制至关重要。

三次握手是TCP连接的建立过程,涉及三个步骤:SYN、ACK和FIN。以下是具体细节:

(1) 序号(seq)

序号是32位,用于标识从TCP源端向目的端发送的字节流。发起方在发送数据时标记该序号,确保数据包能够正确重新组合。

(2) 确认序号(ack)

确认序号是32位,只有ACK标志位为1时才有效,ack=seq+1。确认序号用于标识接收方期望接收的下一个序号,确保数据传输的可靠性。

(3) 标志位

标志位共有6个位,分别表示不同的控制功能:

  • URG:紧急指针有效,用于标识紧急数据。
  • ACK:确认序号有效。
  • PSH:接收方应立即将该报文交给应用层。
  • RST:重置连接。
  • SYN:发起新连接。
  • FIN:释放连接。

需要注意的是:

  • 确认序号ack与标志位中的ACK不能混淆。
  • 确认方的ack应为发起方req+1,两端需配对确认。

在第一次握手中,A随机选取初始序号x发送SYN给B。B收到SYN后,随机选取初始序号y发送ACK给A,ack=x+1,序号设置为y。第三次握手,A发送ACK,并设置自己的序号为x+1,ack=y+1,表示已收到B的确认并准备建立连接。

四次挥手是TCP连接断开的过程。由于TCP是全双工连接,每个方向都需要单独关闭。关闭时,发送方发送FIN,接收方返回ACK后关闭对应方向。以下是四次挥手的具体步骤:

  • 发送方发送FIN

    发送方(如A)发送FIN给B,标记为序号i。

  • 接收方返回ACK

    B收到FIN后,返回ACK,序号为i+1,并关闭B的读取通道。

  • 接收方发送FIN

    B发送FIN给A,标记为序号j。

  • 发送方返回ACK

    A收到FIN后,返回ACK,序号为j+1,并关闭A的写入通道。

  • 发送方发送ACK

    A发送ACK确认B的关闭请求,并关闭A的读取通道。

  • 接收方发送ACK

    B收到ACK后,关闭B的写入通道。

  • 通过四次挥手,双方的数据传输完全结束。

    TCP连接的关闭需要遵循“先关读后关写”的原则,确保数据传输顺序。客户端或服务器均可发起挥手动作,close操作会触发挥手过程。

    SYN flood攻击利用TCP三次握手机制,伪造 SYN 请求,导致被攻击端资源耗尽。防御措施包括使用syn cookie技术。

    转载地址:http://zzte.baihongyu.com/

    你可能感兴趣的文章
    NHibernate学习[1]
    查看>>
    NHibernate异常:No persister for的解决办法
    查看>>
    NIFI1.21.0_java.net.SocketException:_Too many open files 打开的文件太多_实际操作---大数据之Nifi工作笔记0051
    查看>>
    NIFI1.21.0_Mysql到Mysql增量CDC同步中_日期类型_以及null数据同步处理补充---大数据之Nifi工作笔记0057
    查看>>
    NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_更新时如果目标表中不存在记录就改为插入数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0059
    查看>>
    NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
    查看>>
    NIFI1.21.0最新版本安装_连接phoenix_单机版_Https登录_什么都没改换了最新版本的NIFI可以连接了_气人_实现插入数据到Hbase_实际操作---大数据之Nifi工作笔记0050
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_插入修改删除增量数据实时同步_通过分页解决变更记录过大问题_01----大数据之Nifi工作笔记0053
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表或全表增量同步_实现指定整库同步_或指定数据表同步配置_04---大数据之Nifi工作笔记0056
    查看>>
    NIFI1.23.2_最新版_性能优化通用_技巧积累_使用NIFI表达式过滤表_随时更新---大数据之Nifi工作笔记0063
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_实现数据插入数据到目标数据库_实际操作03---大数据之Nifi工作笔记0042
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_生成插入Sql语句_实际操作02---大数据之Nifi工作笔记0041
    查看>>
    NIFI从MySql中离线读取数据再导入到MySql中_03_来吧用NIFI实现_数据分页获取功能---大数据之Nifi工作笔记0038
    查看>>
    NIFI从MySql中离线读取数据再导入到MySql中_不带分页处理_01_QueryDatabaseTable获取数据_原0036---大数据之Nifi工作笔记0064
    查看>>
    NIFI从MySql中离线读取数据再导入到MySql中_无分页功能_02_转换数据_分割数据_提取JSON数据_替换拼接SQL_添加分页---大数据之Nifi工作笔记0037
    查看>>
    NIFI从PostGresql中离线读取数据再导入到MySql中_带有数据分页获取功能_不带分页不能用_NIFI资料太少了---大数据之Nifi工作笔记0039
    查看>>
    nifi使用过程-常见问题-以及入门总结---大数据之Nifi工作笔记0012
    查看>>