<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Wed, Jun 1, 2016 at 5:11 PM Stef Coene <<a href="mailto:stef.coene@docum.org">stef.coene@docum.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05/31/2016 11:27 PM, Ryan Novosielski wrote:<br>> So here’s some followup: many of us have had this problem before, and it seems OS-specific. Is there any way to get this more right by default? I see that many/most of my entries in hosts.cfg have CLIENT:<hostname> specified. My server is Solaris 10, my clients are a mixture of things.<br></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In theory, a hostname contains no domain suffix.<br></blockquote><div><br></div><div>Yes, possibly.  What the xymon client uses as a "hostname" when it creates a client message is $MACHINEDOTS, which the output of `uname -n`.  POSIX defines this as the "network node name" which doesn't really say if it's the FQDN or the shortname.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So you should never have a FQDN in your hosts.cfg<br></blockquote><div><br></div><div>So what if you have <a href="http://www.in.telstra.com">www.internal.example.com</a> and <a href="http://www.example.com">www.example.com</a>?  It seems to me that the primary attribute for a hostname is for it to be unique.  On the Internet, that generally means FQDN.</div><div><br></div><div>J</div><div><br></div></div></div>