The best way to handle this is to force the nodes to come up with a predictable name, not dependent on reverse DNS, such as <a href="mailto:foo@10.0.0.2">foo@10.0.0.2</a>. For discovery, these nodes can register themselves to some central directory (dynamic DNS, database, etc.) or send periodic broadcast messages (mDNS or some bespoke broadcast scheme).<br>
<br>On Monday, February 17, 2014, David Welton <<a href="mailto:davidnwelton@gmail.com">davidnwelton@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
For various reasons, we sometimes have nodes that come up with a long<br>
node name that does not nicely map onto the network - say,<br>
foo@localhost.localdomain or foo@something.else that does not get a<br>
DNS entry.  The nodes operate in somewhat unknown and unstable network<br>
situation, so we may not even know the IP address ahead of time.<br>
<br>
It'd be nice to be able to - at a later date - force a connection to<br>
those nodes by specifying an IP address in the connection code<br>
somewhere.<br>
<br>
Is something like this at all feasible?<br>
<br>
Thank you<br>
--<br>
David N. Welton<br>
<br>
<a href="http://www.welton.it/davidw/" target="_blank">http://www.welton.it/davidw/</a><br>
<br>
<a href="http://www.dedasys.com/" target="_blank">http://www.dedasys.com/</a><br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'erlang-questions@erlang.org')">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote>