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

最新推荐文章于 2024-06-03 20:00:00 发布

chipa8836

最新推荐文章于 2024-06-03 20:00:00 发布

阅读量217

点赞数

原文链接：https://my.oschina.net/u/3242075/blog/2245520

版权

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

知识回顾：

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做反向代理。

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

当我们在nginx中配置

keepalive_timeout  0;

关闭了http的长连接，Http请求一完成就会关闭连接，由于我们在服务器端故意sleep了10秒，当我们一请求url时，在服务器端用命令行：

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

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

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

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

keepalive_timeout  0;

wireshark抓包信息如下：

当http请求完成之后，用：

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

统计出来的信息如下：

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

转载于:https://my.oschina.net/u/3242075/blog/2245520

chipa8836

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
HTTP3次握手和4次挥手的分析

Http协议属于ISO7层模型中的应用层，TCP协议属于IOS7层模型中的传输层，所以Http是比TCP更高层的协议。本文将采用wireshark工具对Http请求做抓包分析来说明Http的3次握手和4次挥手。知识回顾： Http的3次握手： ...
复制链接

扫一扫