TCP三次握手抓包分析

1. TCP三次握手过程

• 最开始双方都是CLOSED关闭状态。然后服务端开启监听某个端口，进入LISTEN状态。
• 客户端发起请求，发送SYN，客户端变为SYN_SENT(同步消息发送）状态
• 服务端收到SYN请求，返回一个SYN和ACK，变为SYN_REVD(同步消息接收)状态

当客户端收到服务器返回的的SYN和ACK之后，即可知道服务器能够正常接收

• 客户端收到服务端返回的消息，再向服务端返回一个ACK,开始变为ESTABLISHED状态

当服务器收到客户端发来的ACK后，服务端才能知道客户端能够正常接收

• 服务端收到客户端传来的ACK之后，变为ESTABLISHED状态，连接建立

2. 抓包分析

使用wireshark 进行抓包

可以看到

1. 6523请求和80端口建立连接，发送SYN，此时的Seq= 0
2. 80端口向6523返回一个SYN和ACK,此时的的Seq=0,Ack为80端口发送的Seq + 1,值为1
3. 6523接收到80端口的SYN和ACK之后，向80端口再发送一个ACK,此时的Seq = 1,Ack = 1。三次握手完成，连接建立。

3.为什么不能是两次握手

如果只进行两次握手的话，服务端不知道客户端能否正常接收消息。
是为了防止已经失效的连接请求报文突然又传到了服务端，假设没有第三次握手，连接将被建立，进而浪费资源。