Red Hat Bugzilla – Bug 536151
Enable socket based transports to listen on more than one network interface
Last modified: 2015-02-01 18:25:42 EST
At the moment if you have the following in rhq-server.properties (only the transport is different from the defaults)
# Container configuration
# RHQ Server's remote endpoint for agents to talk to
then it appears that JBoss Remoting will still only bind to one interface, rather than all of them (0.0.0.0). In my testing I was trying to connect to 127.0.0.1 but Remoting was using a NAT assigned ip. Which interface it uses can be seen by turning on debug logging. This should only be a problem for JBoss Remoting managed transports such as socket/sslsocket since things like sslservlet and servlet rely on Tomcat to handle the interface binding.
1) Update the security documentation to reflect that you shouldnt use 0.0.0.0 as your connector bind-address if you're using sslsocket/socket.
2) Investigate whether Remoting 2.4 addresses this issue. From the release notes it looks like it does:
"JBossRemoting 2.4.0.GA is an incremental release, with dozens of bug fixes and several new features:
* servers can be bound to multiple IP addresses "
Charles, besides updating the docs, I'd also add a comment in rhq-server.properties.
charles, yup, multiple homes supported through single-line syntax:
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-532
The link from 2008-07-19 is stale. Here is an updated link -- http://docs.jboss.org/jbossremoting/2.5.2.SP3/html_single/#d0e1476
Note: we're currently using 2.2.2.SP8, and the documentation link above explains that the multi-home option was only introduced in 2.4.x, so we would have to upgrade our remoting version in order to take advantage of this functionality.