我有一个运行在Hazelcast集群上的Vert.x服务器应用程序，并且有客户端连接到该集群。该应用程序部署在Docker容器中。容器具有桥接地址172.17.0.2的网络适配器，而Linux主机（容器所在的主机）具有地址192.168.107.105的网络适配器。在容器属性中，已配置并成功地将端口1199和5702转发到外部网络适配器。
从docker inspect命令输出来看：
端口1199被其他服务使用。 Hazelcast.setOptions()指定了端口5702：
客户端工作站位于192.168.108.*子网中。Telnet 192.168.107.105 5702 表现出色。当然，Telnet 172.17.0.2 5702 不起作用。
客户端应用程序成功连接到Hazelcast集群（客户端日志）：
然后它成功连接到了Vert.x集群，我想。但是消息发送失败了——客户端应用程序试图连接到Vert.x实例的本地地址！
（案例1）：客户端日志：
（案例2）：如果我在服务器应用程序中将VertxOptions.clusterHost更改为192.168.107.105：
然后错误变成了：
服务器日志：
（案例3）：如果我将VertxOptions.clusterHost更改为172.17.0.2：
然后服务器启动正常，但现在客户端发送消息失败了。
当我将服务器应用程序部署在直接可从客户端网络访问的网络适配器上而不是Docker容器中时，一切正常。此外，从服务器端启动的消息publish()成功地将消息传递给所有已订阅的客户端 - 无论是在容器内还是容器外。 我应该如何配置客户端和服务器应用程序，以便它们可以正确工作？是否可能仅在容器中使用桥接网络来解决这个问题？ 补充：我认为，我应该在容器属性中公开vert.x集群的单独端口。但在这一点上，我认为（情况1和3），客户端应用程序正在尝试连接到容器的内部地址。另一方面（情况2）-Vert.x集群无法在可以访问客户端应用程序的外部地址上启动。
从docker inspect命令输出来看：
"ExposedPorts": {
"1199/tcp": {},
"5702/tcp": {}
},
端口1199被其他服务使用。 Hazelcast.setOptions()指定了端口5702：
NetworkConfig().setPort(5702)
客户端工作站位于192.168.108.*子网中。Telnet 192.168.107.105 5702 表现出色。当然，Telnet 172.17.0.2 5702 不起作用。
客户端应用程序成功连接到Hazelcast集群（客户端日志）：
INFO: hz.client_0 [dev] [3.8.2] Authenticated with server [192.168.107.105]:5702, server version:3.8.2 Local address: /192.168.108.127:49424
Mar 23, 2018 11:54:02 PM com.hazelcast.client.spi.impl.ClientMembershipListener
INFO: hz.client_0 [dev] [3.8.2]
Members [1] {
Member [192.168.107.105]:5702 - 86005036-d0f2-439e-b056-d30f53d3aabd
}
Mar 23, 2018 11:54:02 PM com.hazelcast.core.LifecycleService
INFO: hz.client_0 [dev] [3.8.2] HazelcastClient 3.8.2 (20170518 - a60f944) is CLIENT_CONNECTED
Connected to Hazelcast cluster: /192.168.107.105
然后它成功连接到了Vert.x集群，我想。但是消息发送失败了——客户端应用程序试图连接到Vert.x实例的本地地址！
（案例1）：客户端日志：
Connected to Vert.x cluster
Mar 23, 2018 11:54:05 PM io.vertx.core.eventbus.impl.clustered.ConnectionHolder
WARNING: Connecting to server localhost:34030 failed
io.netty.channel.AbstractChannel$AnnotatedConnectException: Connection refused: no further information: localhost/127.0.0.1:34030
（案例2）：如果我在服务器应用程序中将VertxOptions.clusterHost更改为192.168.107.105：
VertxOptions().setClusterManager(mgr).setClusterHost(“192.168.107.105”)
然后错误变成了：
服务器日志：
SEVERE: Failed to start event bus
java.net.BindException: Cannot assign requested address
（案例3）：如果我将VertxOptions.clusterHost更改为172.17.0.2：
VertxOptions().setClusterManager(mgr).setClusterHost(“172.17.0.2”)
然后服务器启动正常，但现在客户端发送消息失败了。
WARNING: Connecting to server 172.17.0.2:34030 failed
io.netty.channel.AbstractChannel$AnnotatedConnectException: Connection refused: no further information: someserver/172.17.0.2:34030
当我将服务器应用程序部署在直接可从客户端网络访问的网络适配器上而不是Docker容器中时，一切正常。此外，从服务器端启动的消息publish()成功地将消息传递给所有已订阅的客户端 - 无论是在容器内还是容器外。 我应该如何配置客户端和服务器应用程序，以便它们可以正确工作？是否可能仅在容器中使用桥接网络来解决这个问题？ 补充：我认为，我应该在容器属性中公开vert.x集群的单独端口。但在这一点上，我认为（情况1和3），客户端应用程序正在尝试连接到容器的内部地址。另一方面（情况2）-Vert.x集群无法在可以访问客户端应用程序的外部地址上启动。