<div dir="ltr">You can put a ".default" entry in your hosts.cfg, with the testip tag.  See the "DEFAULT HOST" notes down near the bottom of this man page:<div><br></div><div><a href="https://www.xymon.com/help/manpages/man5/hosts.cfg.5.html">https://www.xymon.com/help/manpages/man5/hosts.cfg.5.html</a><br>
</div><div><br></div><div>Ralph Mitchell</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 1, 2014 at 10:36 PM, Mark Felder <span dir="ltr"><<a href="mailto:feld@feld.me" target="_blank">feld@feld.me</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
We recently moved our DNS hosting infrastructure to DNS Made Easy. The price is great, the DNS resolution speed is amazing, and it has all the features one could hope for. Except one feature that happens to be a big bug in my opinion:<br>

<br>
Any query that would normally return an NXDOMAIN instead returns 54.235.159.97 and they direct you to a webpage to tell you that the domain doesn't exist. This was not discovered in our testing. I'm extremely unsettled by this.<br>

<br>
Turns out we have thousands of entries in hosts.cfg that don't resolve to real hostnames. This is mostly intentional; it's RFC1918 stuff on management VLANs. Unfortunately due to the lack of a "testip" entry Xymon is following this wildcard that is being injected by DNS Made Easy. I've started adding it in batches but this is very tedious. Can I tell xymon globally to behave as if "testip" was set everywhere?<br>

<br>
<br>
Thanks<br>
_______________________________________________<br>
Xymon mailing list<br>
<a href="mailto:Xymon@xymon.com">Xymon@xymon.com</a><br>
<a href="http://lists.xymon.com/mailman/listinfo/xymon" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
</blockquote></div><br></div>