为什么有些机器会用很多RST包而不是RST-ACK来拒绝连接？

我最近一直试图追查我们的系统中的一个问题，并且注意到它根本不被允许连接到远程机器。

但是，远程机器（不受我们控制）正在响应我们与另一个端口（26469,26497,26498）上的许多TCP RST数据包的连接请求，这个数据包与我们始发的端口（53）相同。

它根本就不会让RST在这些晦涩难懂的高端港口，只有10包/秒的时间，只有RST一两个小时。

在我们连接的数千个节点中，这是唯一一个能够显示这种行为的节点。 什么可能导致这个？

• 53端口上的可疑IP数据包
• 方法丢弃总数的50％的数据包
• 两个路由器之间的Wireshark捕获
• Linux全包捕获
• pfSense：可能通过stream量捕获实际的WAN端口？

编辑

下面是Wireshark发生的一个截图。 我没有实际的转储了，每次都不能重现这个特定的场景。 基本上，我们发送了一个SYN并立即在一个奇怪的端口上获得了RST ，所以我们用RST做出响应，只是继续前进。