HTTP3次握手和4次挥手的分析

时间 2019-11-17

标签 http3 http 握手挥手分析栏目 HTTP/TCP 繁體版

原文原文链接

Http协议属于ISO7层模型中的应用层，TCP协议属于IOS7层模型中的传输层，因此Http是比TCP更高层的协议。本文将采用wireshark工具对Http请求作抓包分析来讲明Http的3次握手和4次挥手。html

知识回顾：

Http的3次握手：

第一次握手：客户端发送一个带SYN的TCP报文到服务器，表示客户端想要和服务器端创建链接。
第二次握手：服务器端接收到客户端的请求，返回客户端报文，这个报文带有SYN和ACK确认标示，访问客户端是否准备好。
第三次握手：客户端再次响应服务端一个ACK确认，表示我已经准备好了。

Http的4次挥手：

第一次挥手：TCP发送一个FIN(结束)，用来关闭客户端到服务器端的链接。
第二次挥手：服务器端收到这个FIN后发回一个ACK确认标示，确认收到。
第三次挥手：服务器端发送一个FIN到客户端，服务器端关闭客户端的链接。
第四次挥手：客户端发送ACK报文确认，这样关闭完成。

下面用实验来讲明HTTP的3次握手和4次挥手：

编写服务代码：

<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
    <title>Title</title>
</head>
<body>
<%
    try {
        Thread.sleep(10*1000);//睡眠10秒钟
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
    out.print("this is my gg jsp");
%>

</body>
</html>

部署应用，并用nginx作反向代理。java

访问页面：http://47.105.110.244/httptest/gg.jsp，并用wireshark抓包，如图所示：nginx

当咱们在nginx中配置服务器

keepalive_timeout  0;

关闭了http的长链接，Http请求一完成就会关闭链接，因为咱们在服务器端故意sleep了10秒，当咱们一请求url时，在服务器端用命令行：jsp

netstat -natp|grep -i "80"|grep '183.206.27.116'

显示客户端ip:183.206.27.116的19945端口链接到了服务器的80端口上，状态为ESTABLISHED工具

当http请求完成以后，再经过上述命令去统计，没有80端口的任何服务信息了。this

修改nginx的配置，启用服务端的长链接设置：

keepalive_timeout  0;

wireshark抓包信息以下：url

当http请求完成以后，用：spa

netstat -natp|grep -i "80"|grep '183.206.27.116'

统计出来的信息以下：命令行

当http请求完成以后，http链接不会立马关闭，此时进行的状态是TIME_WAIT。当10秒事后，没有复用此http链接，此链接才会真正的关闭。