[wildfly-dev] bind the server against all interfaces "-b 0.0.0.0" or configuration <any-address/>

Brian Stansberry brian.stansberry at redhat.com
Wed Dec 17 14:10:33 EST 2014


https://developer.jboss.org/thread/201198

What you need to do is add another interface config not bound to 
IN_ADDR_ANY and change the jgroups socket binding configs to use that.

The interface address ends up configuring the JGroups UDP.bind_addr 
value, and JGroups will not accept 0.0.0.0 for that, since it uses that 
parameter to determine the interface on which to *send* datagrams.

If you want the UDP transport to use all available interfaces to receive 
multicast messages, set the "receive_on_all_interfaces" param to "true" 
in the UDP part of the JGroups subsystem config.

On 12/17/14, 12:05 PM, Wolf-Dieter Fink wrote:
> I'm not sure how to handle the "-b 0.0.0.0"
> This mean the "public" default interface is bound to ANY and this is
> used for jgroups bindings as well.
>
>  From former versions the expectation is that either invocations
> (remoting http) or clustering (JGroups) works and it is possible to use
> other clients or nodes at localhost or connect via the real IP.
>
> I glanced over the docs but did not found a hint what the recommended
> way is here.
>
> Any thoughts?
>
> - Wolf
>
>
> On 16/12/14 21:58, Tomaž Cerar wrote:
>>
>> On Tue, Dec 16, 2014 at 5:20 PM, Wolf-Dieter Fink <wfink at redhat.com
>> <mailto:wfink at redhat.com>> wrote:
>>
>>     java.net.BindException: [UDP] /0.0.0.0 <http://0.0.0.0> is not a
>>     valid address on any
>>     local network interface
>>
>>
>>
>> Mac OSX? if so that is known mac os/jdk limitation.
> ==> no Fedora
>>
>> The url stuff looks like a bug, non resolved expression is passed
>> over. Can you create jira for that.
> ===> https://issues.jboss.org/browse/WFLY-4188
>
>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>


-- 
Brian Stansberry
Senior Principal Software Engineer
JBoss by Red Hat


More information about the wildfly-dev mailing list