WireShark分析三次握手，四次挥手，http请求与响应

三次握手

TCP包信息(第一次握手)：
(1)Frame 2:所抓帧序号为2，大小66 bytes
(2)Ethernet II:数据链路层，源mac地址(00:50:56:c0:00:08),目的mac地址(00:0c:29:09:27:24)
(3)Internet Protocol Version 4：IPV4协议, Src ip: 192.168.222.1, Dst ip: 192.168.222.128
(4)Transmission Control Protocol:TCP协议, Src Port: 55835, Dst Port: 80, 序列号: 0, 长度: 0

具体数据包内容分析：

环境参数

第一次握手
源ip地址为192.168.222.1，即我系统VMware Network Adapter VMnet8网卡的ip地址。

目的ip为bee-box小蜜蜂的ip地址

从本机的55835端口发送到80（http）端口

三次握手过程：
三次握手第一个报文：SYN报文。client首先初始化Seq序列号（0），接收窗口大小64240等等信息，把SYN标志位置1，表示SYN报文，接着把第一个SYN报文发给服务器，表示向服务器发起连接，之后客户端处于SYN-SENT状态。

三次握手的第二个报文：SYN+ACK报文。服务器收到客户端的SYN报文后，服务器也先初始化自己的Seq序列号（0），确认应答号填入客户端的Seq+1（0+1），并且把SYN和ACK置1，加入其他TCP报文信息，把报文发回给客户端，之后服务器处于SYN-RCVD状态。

三次握手的第三个报文：ACK报文。客户端收到服务器的报文后，要向服务器回应最后的ACK报文，首先ACK标志位置1，确认应答号填入服务器的Seq+1（0+1），然后发给服务器，表示成功同步双方Seq号，协调窗口大小，连接建立。(最后一次握手可以携带数据)

四次挥手

四次挥手第一个报文：客户端先根据双方的IP地址和端口号，窗口大小，序列号，确认应答号等等信息组成TCP数据包，把FIN标志位置1，表示为FIN报文(ACK是对上次数据包的相应)，把FIN报文发送给服务器，进入FIN_WAIT_1状态，等待服务器的ACK应答报文进入FIN_WAIT_2状态。
四次挥手第二，三个报文：服务器收到FIN报文后，向客户端发送ACK应答报文，服务器进入CLOSED_WAIT状态，处理完剩下的数据后发送FIN报文，进入LAST_ACK状态，等待最后的ACK应答报文进入CLOSED状态。
四次挥手第四个报文：客户端收到服务器的ACK报文后从FIN_WAIT_1状态进入FIN_WAIT_2状态，收到FIN报文后，发送最后的ACK报文，进入TIME_WAIT状态，一般时长为2MSL(MSL：报文最大生存时间，2MSL可以确保ACK能够能够到达，因为如果服务器没有收到ACK，会重发FIN，FIN再到达客户端一来一回可能2MSL。也能丢弃掉网络中的数据包，防止重复连接)

HTTP请求响应

发起了四次GET请求
第一次请求与响应：


请求：GET / HTTP/1.1 响应：304 Not Modifid(没有跳转含义，资源未修改，缓存重定向)

第二次请求与响应：


请求：GET /bWAPP/ HTTP/1.1 响应：302 Found(临时重定向，资源在，暂时要用其他URL访问)

第三次请求与响应：
请求：GET /bWAPP/portal.php HTTP/1.1 响应：302 Found(URL还是不行，继续换)

第四次请求与响应：

请求报文：
响应报文：