Websphere中RMI调用未发生SSL握手

Websphere中RMI调用未发生SSL握手,ssl,ejb,websphere,rmi,wireshark,Ssl,Ejb,Websphere,Rmi,Wireshark,根据我的最后一个问题,在帮助下,我成功地使用瘦客户机查找了部署在websphere中的ejb 我还制定了入站和出站通信所需的SSL 为了结束我的测试,我考虑使用Wireshark捕获流量,以确保所有通信都是通过SSL而不是TCP/IP进行的,但令我惊讶的是,当我看到Wireshark中的数据包时,它仍然使用TCP/IP,并且所有数据都是以文本格式传输的 我的理解是,一旦在传输层启用了“需要SSL”,所有通信和握手都应该通过SSL而不是TCP/IP进行。我的理解正确吗 服务器配置: 示例客户端

根据我的最后一个问题,在帮助下,我成功地使用瘦客户机查找了部署在websphere中的ejb

我还制定了入站和出站通信所需的SSL

为了结束我的测试,我考虑使用Wireshark捕获流量,以确保所有通信都是通过SSL而不是TCP/IP进行的,但令我惊讶的是,当我看到Wireshark中的数据包时,它仍然使用TCP/IP,并且所有数据都是以文本格式传输的

我的理解是,一旦在传输层启用了“需要SSL”,所有通信和握手都应该通过SSL而不是TCP/IP进行。我的理解正确吗

服务器配置:

示例客户端:

publicstaticvoidmain(字符串args[])引发NamingException{
Properties ejbProps=新属性();
ejbProps.put(“org.omg.CORBA.ORBClass”、“com.ibm.CORBA.iiop.ORB”);
ejbProps.put(Context.INITIAL\u Context\u工厂,
“com.ibm.websphere.naming.WsnInitialContextFactory”);
ejbProps.put(Context.PROVIDER_URL,“corbaloc:iiop:160.XX.XX.XX:2809”);
InitialContext ffmContext=新的InitialContext(ejbProps);
对象remoteObject=ffmContext
.lookup(“ejb/myappecluster/MyAppEJB.jar/BatchIdTrackingBean#indi.nh.business.framework.bos.di.BatchIdTrackingBeanRemote”);
BatchIDTrackingBeanRemoteServiceTester=(BatchIdTrackingBeanRemote)PortableRemoteObject
.窄(remoteObject,BatchIdTrackingBeanRemote.class);
系统输出打印LN(serviceTester);
}
线鲨捕获:

这里,X.X.X.126是我执行瘦客户机的客户机位置,X.X.X.241是我执行查找的websphere应用程序服务器

更新: 通过进一步分析,我发现,当我启用“需要SSL”时,所有数据都是通过TCP/IP传输的,但它是加密的,我的理解是,它应该在wireshark中显示为SSL而不是TCP,不是吗。当我将传输类型设置为“TCP/IP”时,数据通过GIOP传输,我可以看到文本格式的所有数据


是否有人可以确认此行为?

如果设置为“需要SSL”并查看加密数据,则您正在使用SSL。为什么wireshark会将其显示为TCP,我不知道,也许它只会显示已知端口(如443或https)的SSL。您可以尝试访问管理控制台
https://host:9043/ibm/console
然后查看wireshark中显示的内容。虽然我看到了一些数据包的SSH,但在任何地方都没有看到SSL,我认为这是最初的handhsake不确定。