modbustcpclient你的主机中的软件终止了一个已建立的连接原因、_(计算机网络)TCP运输连接的建立和释放...

本文使用 Zhihu On VSCode 创作并发布

---

tcp的三次握手和四次握手

TCP是面向连接的运输，这是因为在一个应用进程可以开始向另一个应用程序进程发送数据之前，这两个进程必须先互相“握手”，也就是互相发送某些特殊的报文段，以确认互相可以收到彼此发送的数据和建立确保数据传输的参数。

TCP的这种“连接”是一条逻辑连接，其共同状态仅保留在两个通信端系统的TCP程序中，因为TCP协议旨在端系统中运行，而不再中间的网络元素（路由器和链路层交换机）中运行，所以中间的网络元素不会维持TCP连接状态，中间路由器对TCP连接完全视而不见，它们看到的是数据报而不是连接。另外TCP连接是点对点的，即单个发送方和单个接受方之间的连接。

那么下面让我们看看TCP连接是如何建立的。

发起连接的进程被称为客户进程，而另一个进程被称为服务器进程。假设主机A运行TCP客户进程，主机B运行TCP服务器进程，开始两端的TCP进程都处于CLOSRED状态。

1. 主机B的TCP服务器进程先创建传输控制块TCB，此时处于LISTEN状态，等待客户的连接请求。
2. 主机A的TCP客户进程也会先创建传输控制块TCB，当想要建立连接时，客户端的TCP先会向服务器端发送一个连接请求报文段(SYN 报文段)，这个报文段不包含应用层数据，但是会将报文段首部的标志位SYN=1，然后随机选择一个初始序号seq=x，此时TCP客户进程进入SYN-SENT状态。
3. 主机B收到连接请求报文段，为该TCP连接分配TCP缓存和变量，并向客户进程发送允许连接报文段(SYNACK 报文段)，这个报文段也不包含应用层数据，但是会将报文段首部的标志位SYN=1，ACK=1，(确认号)ack=x+1,，然后选择一个初始序号seq = y，此时TCP服务器进程进入SYN-RCVD状态。
4. 主机A收到允许连接请求报文段，为该TCP连接分配缓存和变量，并向服务器进程发送一个报文段，这个报文段是对服务器允许连接的报文段的确认。该报文段是可以携带应用层数据的，并且报文段首部的标志位SYN=0，ACK=1，ack=y+1，seq=x+1，此时TCP客户进程进入ESTABLISHED(已建立连接)状态。
5. 服务器进程收到客户进程的确认报文段后，进入ESTABLISHED状态。

至此两个主机的连接建立完成，客户和服务器主机就可以互相发送包括数据的报文段了，以后的每一个报文段的SYN都会被设置为0。

天下无不散之宴席，TCP连接也是如此，参与一个连接的两个进程，任意一个都可以终止该连接，连接结束之后主机中参与连接的“资源”--缓存和变量都会释放。

那再让我们看看TCP连接时如何释放的。

此时客户进程和服务器进程都是处于ESTABLISHED状态。

1. 当主机A的TCP客户进程要结束连接时，先向主机B的服务器进程发送连接释放报文段，这个报文段首部的标志位FIN=1，seq=u（这里的序号是已发送数据的最后一个字节的序号加一），并停止发送数据，此时客户进程进入FIN-WAIT-1状态。
2. 当主机B的TCP服务器进程收到连接释放报文段后，立即发送确认报文段，这个报文段首部的标志位ACK=1，ack=u+1，seq=v，但是可以继续发送未发送完的数据，此时服务器进程进入CLOSE-WAIT状态。
3. 当主机A的TCP客户进程收到了确认报文段后，进入FIN-WAIT-2状态，等待主机B发送的连接释放报文段。
4. 当主机B没有要向A发送的数据后，其服务器进程就会通知TCP发送连接释放报文段，这个报文段首部的标志位FIN=1，ACK=1，seq=w，ack=u+1,这时服务器进程进入LAST-ACK状态。
5. 当主机A收到来自主机B的连接释放报文段后，理解发送确认报文段，这个报文段首部的标志位ACK=1，seq=u+1，ack=w+1，此时TCP客户进程进入TIME-WAIT状态，等待2MSL的时间后进入CLOSED状态，如果再次收到来自主机B的连接释放报文段，重新发送确认报文段，然后再等待2MSL，注意在TIME-WAIT状态时，连接并没有释放掉。
6. 当主机B收到主机A的确认报文段后，立即进入CLOSED状态。如果超时则重新发送连接释放报文段。

至此TCP连接的释放也就完成了，在整个TCP连接的建立和释放中，连接建立时一共发送了三个报文段，因此被称为“三次握手”，而连接释放时一共发送了四个报文段，因而被称为“四次握手”。

有关序号(seq)和确认号(ack)：

• 序号是TCP报文段的一个字段，TCP把数据看成无结构、有序的字节流，而序号就是建立在这样的字节流上的，不是建立在传送的报文段的序列上的。因此一个报文段的序号就是该报文段首字节的字节流编号。举一个例子，假如数据流是由一个500 000字节的文件组成，其MSS的大小为1000字节，数据流的首字节的标号为0，那么TCP为该数据流构建500个报文段，其中第一个报文段的序号为0，第二个报文段的序号为1000，以此类推。
• 确认号是也是TCP报文段的一个字段，TCP是全双工的，当主机A给主机B发送数据的同时，也可能会收到来自主机B的数据，**主机A填入报文段中的确认号是希望从主机B收到下一个字节的序号。**假设主机A收到了来自主机B的编号为0~535的所有字节，同时主机A有准备给主机B发送一个报文段，那么就会在给主机B发送的这个报文段中填上确认号534。

文章参考自《计算机网络》第七版--谢希仁——5.9.2 TCP连接释放
《计算机网络：自顶向下方法》7th——3.5.6TCP连接管理