JMS 或操作系统无法识别连接丢失的原因可能是什么？
我们有一个系统，其中的服务器通过 JMS 进行通信。有时，某些服务器在失去与 JMS 的连接后无法重新连接。服务器重新启动时会发生连接丢失、网络状况不佳...阻止重新连接的原因是“ClientID 已在使用中”。错误。
JMS 日志摘录：
“连接上的客户端[电子邮件受保护]:2390 尝试使用已在使用的客户端 ID ABC
冲突的 clientID ABC 归本地连接所有[电子邮件受保护]：1098”
所有服务器都有不同的 clientID。在服务器 10.0.0.106 失去与 JMS 的连接之前，远程端口 1098 上的连接已存在。服务器 ABC 上的端口 1098 甚至没有打开。
出现问题时，我尝试使用 TCPview 。端口 1098 上与服务器的旧连接仍然存在。
我有两个问题：
JMS 是否有可能将控制数据包发送到不存在的远程端口 1098 而没有错误？
操作系统无法识别连接丢失的原因可能是什么？
We have a system with servers communicating over JMS. Sometimes some of the servers can not reconnect after loosing connection to JMS. Loss of connection happens when server restarts, bad network... The reason that prevents reconnecting is "ClientID already in use." error.
excerpt from JMS log:
"A client on connection [email protected]:2390 tried to use client id ABC which is already in use
In-conflict clientID ABC is owned by local connection [email protected]:1098"
All servers have distinct clientID. Connection on remote port 1098 existed before server 10.0.0.106 lost connection to JMS. Port 1098 on server ABC is not even open.
I tried using TCPview when the problem occurred. Old connection to server on port 1098 still exists.
I have 2 questions:
Is it possible that JMS sends control packets to nonexistant remote port 1098 without error?
What may be the reason for OS not to recognize connection drop?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论