Java运行的MDM软件点击延迟求助：Connection timed out报错

我们公司使用一款基于Java的Stibo MDM软件，每次点击操作都会出现2-5秒延迟，同时弹出“Reading / Writing Data”提示框，推测此时客户端正在与服务器交互。我无法访问该软件的Java源码，但从日志中反复发现以下连接超时错误：

WARNING: network problem duing ping()
java.net.ConnectException: Connection timed out: connect
    at java.base/java.net.PlainSocketImpl.connect0(Native Method)
    at java.base/java.net.PlainSocketImpl.socketConnect(PlainSocketImpl.java:101)
    at java.base/java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:399)
    at java.base/java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:242)
    at java.base/java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:224)
    at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
    at java.base/java.net.Socket.connect(Socket.java:609)
    at java.base/java.net.Socket.connect(Socket.java:558)
    at java.base/java.net.Socket.<init>(Socket.java:454)
    at java.base/java.net.Socket.<init>(Socket.java:264)
    at com.stibo.util.servicelocator.HttpRMIInvokerApache.ping(HttpRMIInvokerApache.java:646)
    at com.stibo.util.servicelocator.LoadBalancingRMIInvoker.ping(LoadBalancingRMIInvoker.java:312)
    at com.stibo.util.servicelocator.LoadBalancingHttpServiceLocatorImpl.ping(LoadBalancingHttpServiceLocatorImpl.java:188)
    at com.stibo.workbench.component.servicelocator.LoadBalancingHttpServiceLocatorImpl.ping(LoadBalancingHttpServiceLocatorImpl.java:106)
    at com.stibo.workbench.framework.recorder.RecordingServiceLocator.ping(RecordingServiceLocator.java:36)
    at com.stibo.workbench.framework.Main$17.run(Main.java:2663)

已尝试以下操作但均未解决问题：

• 更换高速网络环境
• 卸载杀毒软件
• 将软件及所用OpenJDK加入防火墙白名单
• 完全关闭防火墙

其他同事使用该软件无此延迟问题，求可行的排查方向。

• 本地网络配置差异排查

  • 检查本地DNS设置：对比同事的DNS服务器地址，尝试切换为相同的公司内部DNS或公共DNS，排查DNS解析延迟导致的连接超时
  • 检查代理设置：确认系统层面或Java虚拟机层面是否启用了代理（如java.net.useSystemProxies参数），同事可能未配置代理，而你的代理路径存在阻塞
  • 检查路由表：使用route print（Windows）或netstat -rn（Linux/macOS）查看路由规则，确认是否存在针对MDM服务器地址的异常路由，导致数据包走了错误链路

• Java运行环境差异排查

  • 对比OpenJDK版本：确认你的JDK版本与同事是否一致，不同版本的网络实现可能存在差异，尝试切换为相同版本测试
  • 检查JVM启动参数：查看MDM软件的启动脚本，确认是否有自定义的网络超时参数（如-Dsun.net.client.defaultConnectTimeout），是否与同事的配置不同
  • 检查Java安全策略：查看JDK安装目录下jre/lib/security/java.policy文件，是否存在限制网络连接的策略配置

• 客户端配置与缓存问题

  • 清除本地缓存：找到软件的本地缓存目录（通常在用户目录下的.stibo文件夹），删除缓存后重启软件，排查缓存异常导致的交互问题
  • 对比客户端配置文件：从同事处获取正常的配置文件（如config.properties），替换本地配置后测试，排查服务器地址、负载均衡策略等配置差异
  • 排查网卡选择：如果本地有多块网卡（有线+无线），尝试禁用其中一块，确认软件是否绑定了无法正常连接服务器的网卡

• 服务器端协助排查

  • 请求运维检查服务器日志：查看针对你的客户端IP的连接记录，是否存在拒绝连接、限流或会话异常
  • 确认负载均衡节点状态：日志显示使用了负载均衡组件，可能你的客户端被分配到了响应缓慢的节点，请求运维检查节点健康状态
  • 测试端口连通性：使用telnet <服务器地址> <端口>或nc -zv <服务器地址> <端口>测试MDM服务端口，排查端口是否存在隐性阻塞

内容的提问来源于stack exchange，提问作者Thomas