来自同一源的连续RST、ACK标志
有人能帮我更好地了解这是怎么回事吗？我不断收到“断管”错误，这些错误表示连接正在被对等方重置。另外，我认为192.168.114.30是客户端，但从我的阅读来看，握手中的原始SYN应该来自服务器( RST、ACK也是如此)。如果这是一个显而易见的答案，我很抱歉。我已经尽力做了尽可能多的研究。任何帮助都是非常感谢的。
编辑:我很感谢你的回答，并为我对这个话题缺乏了解而道歉。我想添加使用ss命令查询套接字统计信息的时候，我没有看到这个服务器应该是什么样子的。这是否意味着服务器没有监听任何端口？这是否需要在modbus配置的服务器端解决？
值得注意的是，这个问题存在于我们操作的多个设施中，所有这些设备都与服务器应该发送数据的同一设备( UPS)有关。在其中一个站点，转储只指示ARP请求，因此甚至无法定位MAC地址。
最后一个问题--这与心跳超时问题有关吗？我不认为是这样，但我上面的人(坦率地说，他们也不太熟悉Modbus TCP协议)似乎认为是这样的。我理解“由同伴重置连接”可能是由超时引起的，但是有人对我如何自信地排除这一点有建议吗？
回答 2
Server Fault用户
发布于 2022-08-20 14:25:09
您认为原始SYN数据包来自服务器的想法是错误的。为什么会出现这种情况？
问:当我向google.com打开我的浏览器时，哪一方正在启动TCP连接？
答:我这边是。
问:三人握手中的第一个SYN是从哪里来的？
A:我这边。
问: google.com怎么能和我发起三方握手呢？
他们不能。
在捕获过程中，192.168.114.5正在启动连接，并且是“客户端”。192.168.114.30是“服务器”。在三方握手完成后，服务器将使用RST数据包终止会话.是否有进程/服务/守护进程侦听“服务器”上的端口53734？
Server Fault用户
发布于 2022-08-20 15:06:24
根据您的网络转储，具有IPv4地址192.168.114.5的机器充当客户端，启动到IPv4地址192.168.114.30上的端口502 (Modbus)的TCP连接，从而充当服务器。这两台机器完成了三次握手，但5毫秒后，服务器通过发送RST (重置)数据包中止连接。
它这么做的原因需要在服务器上进行调查。IPv4地址为192.168.114.30的机器。监听该机器端口502的应用程序可能没有足够的资源来处理连接请求或遇到其他类型的故障。如果日志中没有任何帮助，您可能需要使用调试该应用程序。
这绝对不是一个超时或心跳问题。服务器通过RST数据包主动中止连接，并且该数据包几乎立即到达，比任何可能的超时都快得多。如果有什么问题的话，那就是服务器故障。
https://serverfault.com/questions/1108666
复制相似问题
腾讯云开发者
