带复位原因的RST ACK

我们有一个通过有线LAN(以太网)连接到我们的云服务器的设备。 在某些客户位置,当设备尝试发送数据时,我们将从客户服务器获取RST ACK到我们的云服务器并导致重置。 我无法从中理解原因。

设备通过DHCP连接到客户路由器,然后从路由器连接到我们的云服务器。

我附上了wireshark转储的副本。

Wireshark捕获

捕获中的RST数据包与捕获中看到的所有其他TCP连接无关。 这使得很难猜测可能触发了什么。 我没有看到任何证据表明RST数据包是由捕获中的其他数据包触发的。

与普通的RST数据包不同,捕捉中的每个RST数据包都有一个有效载荷。 选定的数据包有这个有效载荷:

 (Ref.Id: ?sufKKsWW25F4Cs7CEW4MM?) 

这个有效载荷是迄今为止关于可能已经导致这些RST分组的最好暗示。 也许如果你捕获更长时间的stream量,你会发现RST数据包是否与一段空闲的TCP连接有关。

还要检查任何中间件(NAT,防火墙等)上的日志是否为stringsufKKsWW25F4Cs7CEW4MM

searchRef.IdRST导致了一个名为Sonicwall NSA 2400的防火墙的老问题 。从其他search结果的快速浏览看来,他们大多数也提到了Sonicwall。 所以听起来RST数据包最有可能是由Sonicwall防火墙产生的。