Networking 重置RST标志后的TCP重传

Networking 重置RST标志后的TCP重传,networking,tcp,ip,wireshark,Networking,Tcp,Ip,Wireshark,我有大约20个客户端与同一局域网中的中央服务器进行通信。客户端可以与服务器同时进行事务处理。服务器将每个事务转发到网络中的外部设备。有时它可以工作,有时我的应用程序在客户端屏幕上显示“超时”消息(随机) 我镜像了所有流量,并在第一个TCP序列的TCP重置数据包后发现TCP重新传输。我立即想到了数据包丢失的问题,但我所有的电缆/NIC都很好,我在捕获中没有看到DUP ACK RST数据包似乎有不同的含义。 是什么导致这些TCP重置? 我应该把调查重点放在哪里:网络还是应用程序设计? 我将感谢任何帮

我有大约20个客户端与同一局域网中的中央服务器进行通信。客户端可以与服务器同时进行事务处理。服务器将每个事务转发到网络中的外部设备。有时它可以工作,有时我的应用程序在客户端屏幕上显示“超时”消息(随机)

我镜像了所有流量,并在第一个TCP序列的TCP重置数据包后发现TCP重新传输。我立即想到了数据包丢失的问题,但我所有的电缆/NIC都很好,我在捕获中没有看到DUP ACK

RST数据包似乎有不同的含义。
是什么导致这些TCP重置?
我应该把调查重点放在哪里:网络还是应用程序设计?


我将感谢任何帮助。提前感谢。

根据捕获判断,我假设您的中央服务器是
137.56.64.31
。发生的情况是,客户端正在使用
SYN
数据包启动与服务器的连接,而服务器使用
RST
响应。如果服务器没有应用程序侦听该特定端口,则这是典型的情况,例如,Web服务器应用程序未运行,而客户端尝试连接到端口80

客户端都连接到服务器上的不同端口,这对于中央服务器来说是不寻常的,但并非闻所未闻。客户端在服务器上连接的目标端口为:
11007、11012、11014、11108和11115
。这对应用程序来说正常吗?如果没有,客户端应该连接到应用服务器正在侦听的任何端口


重新传输的原因是,客户端没有在从服务器接收到
RST
时放弃连接,而是尝试再次启动连接,以便Wireshark将其视为重新传输

如果客户端发送服务器在关闭连接之前未读取的数据,则可能发生RST。例如,这可能是试图构建一个HTTP服务器,该服务器不从客户端读取请求,只在从客户端连接后立即发送一些数据,然后关闭连接。