为什么我对网络中tcp连接终止的观察不同于给定序列图的标准终止？

Question

让我们创建tcp连接建立、http请求和响应以及tcp连接终止的整个过程。

1. 我的文件内容：

/var/www/html/phplearn/send.php

<form action="http://127.0.0.1/phplearn/do.php" method="post">
name: <input type="text" name="userName" size="12"/>
key:  <input type="text" name="PS" size="12"/>
<input type="submit" value="login">
</form>

/var/www/html/phplearn/do。php

<?php
$userName = $_POST["userName"];
$PS = $_POST["PS"];
echo "the name is:  ".$userName;
echo "<br>key word is:  ".$PS;
?>

使用以下参数打开tcpump：

sudo tcpdump-i本地主机127.0.0.1-w/tmp/dataDst。pcap

用curl发送信息

curl-d"userName=test

打开/tmp/dataDst。带wireshark的pcap

过程1：tcp连接建立。

从1号到3号，没问题。

no5客户端从38219端口发送超文本传输协议请求到80服务器
no6服务器发送tcp信号到客户端
no7服务器发送超文本传输协议响应到客户端

过程3： tcp连接终止
从tcp转储观察到的tcp连接终止过程与web上的图表完全不同。

根据我的观察，
从端口38219的客户端到服务器端口80的no7确认
从端口38219的客户端到服务器端口80的no8确认
从服务器端口80到端口38219的客户端的no9确认
从端口38219的客户端到服务器端口80确认

从图中可以看出，从客户端到服务器有两个tcp数据包，从服务器到客户端有两个tcp数据包。

从我的tcp转储，有三个tcp数据包从客户端到服务器，只有一个tcp数据包从服务器到客户端。

你能详细解释一下我的观察结果和时序图不同的原因吗？

Answer 1

>

在数据包7中，客户端确认收到来自服务器的HTTP响应OK数据包。这不在您的TCP连接关闭时序图中，因为它不属于它，而是属于正常的TCP传输。

然后，客户端在数据包8中指示它想要关闭连接。请注意，尽管在该数据包中设置了ACK-标志，但由于ACK-编号的值相同（194），因此不会确认接收到任何新数据。把这个和7号包核对一下。在那里，ACK-编号的值也是194。此步骤对应于图表的第一个箭头。

在数据包9中，服务器确认客户机的关闭指示，并告诉客户机，它还想终止他那一方的连接。这一步对应于图表中从服务器到客户端的两个箭头。您的服务器将其打包在一个数据包中，与发送两个数据包相比，这非常聪明，因为它可以节省数据。

在数据包10中，客户机确认，服务器也希望终止其连接的一部分，因此双方的连接都被关闭。此步骤对应于图表的最后一个箭头。

这与您在问题中嵌入的时序图完全一致，但是确认字符-数据包与FIN-数据包一起发送

请注意，TCP是双向的，因此客户端可以发送到服务器，服务器可以通过相同的连接对此做出响应。但是它也允许半关闭连接。这意味着，尽管数据包8中的客户端指示他不想再发送了，但他仍然可以从服务器接收数据。但是由于服务器不想再发送数据，他也通过数据包9中的FIN数据包来表示这一点。我告诉你，正如你可能想知道的那样，为什么服务器也需要向客户端发送FIN数据包。

对于TCP连接的状态模型，可以在Tanenbaum p.532中找到一个有用的和更详细的图形，或者也可以在苏黎世联邦理工学院的讲座幻灯片中描述。