三次握手 - 抓包解决多年男题

三次握手

其实啊， 三次握手通俗点说： A: 老哥，有事找你人生。 B: 小弟， 我知道了。 A: 老哥，那我要开始了啊。

先放张过程图， 大体流程先体验下

实践出真知， 抓包走你 ~

这是我访问b站时的三次握手，很清楚了有3条。
No.60是第一次握手
No.64是第二次握手
No.65是第三次握手

---

看详细的， 因为三次握手是基于tcp协议的， 所以我们需要了解一下tcp报文首部。
在这里：

有用到的先说明：
ACK —— 只有当 ACK = 1 时确认号字段才有效。当 ACK = 0 时，确认号无效。
SYN —— 同步比特 SYN 置为 1，就表示这是一个连接请求或连接接受报文。
确认号——占 4 字节，是期望收到对方的下一个报文段的数据的第一个字节的序号。

第一次握手

第一次握手需要发送SYN = 1， 代表这是一个连接请求， seq这是随机的， 别人设计的， 用来后面推算服务端返回的ack的值， 之后说明。

第二次握手

第二次握手， 返回加上一个ACK确认， 以及两个序号，一个序列号 seq 和 一个确认序列号ack， 这两个都是变量啊~ 怎么写无所谓了， 比如Ack 和 ack， 不是一个意思吗？
还有就是： 确认序列号 = 序列号 + 1, 用来下次比对。

第三次握手

客户端收到服务器发来的包后检查确认序号ack是否正确, 正确值就是第一次握手的seq+1， 如果正确， 就发x+1(第一次握手是x)， 确认号ack是y+1(服务端返回的序号是y)， 确认ACK， 没有SYN了， 现在客户端就可以发请求了， 例如经常用到的http， 可以带上参数， 怎么样随意了 - 3 -

ps: 比较容易混乱的就是seq和ack了， 就是我发一个seq给你， 你把计算出来的确认号给我， 不管是站在客户端还是服务端的角度来看， 都一样， 第三次握手的seq是继续第一次握手的seq。