TCP四次挥手为何有问题啊，少了报文

chiweitree
博客专家认证
2015-01-08 10:55:23
求大神帮忙看看这是什么问题啊？？？？

http://blog.csdn.net/simonchi/article/details/41896359
...全文
641 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
轮子学长 2015-01-12
  • 打赏
  • 举报
 回复
TCP建立连接三次握手，断开连接四次握手 其中在建立连接的三次握手时，服务器返回的FIN+ACK为第二次握手
chiweitree 2015-01-12
  • 打赏
  • 举报
 回复
原来是这样啊，我还以为fin+ack是一次，ack又是一次！！！！
chiweitree 2015-01-12
  • 打赏
  • 举报
 回复
建立连接，何来FIN报文？？楼上搞错了吧！！！
zuxi 2015-01-08
  • 打赏
  • 举报
 回复
服务器返回的FIN+ACK就是四次挥手的第二次和第三次挥手啊，只是两次挥手的报文合成一个报文了而已。这种情况下没必要分成两个报文来回复。
TCP/IP基础知识
IP协议TCP协议TCP三次握手TCP四次挥手TCP_ACK_机制TCP滑动窗口UDP协议TCP与UDP对比
WireShark抓取TCP四次挥手报文实战
TCP四次挥手 四次挥手的流程 挥手的过程可以由任何一方发起，这里以服务器端发起为例说明： 第一次挥手：服务器端发出FIN，用来断开服务器端到客户端的数据传送，进入FIN-WAIT-1状态 第二次挥手：客户端收到服务器端的FIN后，发送ACK确认报文，进入CLOSE-WAIT状态 第三次挥手：客户端发出FIN，用来断开客户端到服务器端的数据传送，进入LAST-ACK状态 第四次挥手：服务器端收到客户端的FIN后，发送ACK确认报文，进入TIME-WAIT状态，服务器端等待2个最长报文段寿命后进入Close
TCP四次挥手详解
在开始之前可以先了解一下 TCP三次握手 TCP四次挥手过程和状态变迁 在断开连接之前客户端和服务器都处于ESTABLISHED状态，双方都可以主动断开连接，以客户端主动断开连接为优。 第一次挥手：客户端打算断开连接，向服务器发送FIN报文(FIN标记位被设置为1，1表示为FIN，0表示不是)，FIN报文中会指定一个序列号，之后客户端进入FIN_WAIT_1状态。 也就是客户端发出连接释放报文段(FIN报文)，指定序列号seq = u，主动关闭TCP连接，等待服务器的确认。 第二次挥...
Wireshark抓包：详解TCP四次挥手报文内容
文章总览图这个是别人抓的包，可以看到全过程。这个是重点。目录一、详解tcp四次挥手1.客户端发的第一个释放连接的请求2.服务器给客户端回应确认消息3.服务器发给客户端释放连接的请求4.客户端发确认消息二、完整看到全过程三、提示一、详解tcp四次挥手刚才用图解释了tcp四次挥手的过程。用wireshark抓一个包，进行详细的分析。1.客户端发的第一个释放连接的请求这是抓的包...
深入浅出TCP四次挥手 （多图详解）
多图详解，深入浅出TCP四次挥手
系统维护与使用区

19,612

社区成员

74,603

社区内容

发帖
与我相关
我的任务
社区描述
系统使用、管理、维护问题。可以是Ubuntu, Fedora, Unix等等
社区管理员
  • 系统维护与使用区社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章