<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFCC" text="#000000">
Accepted, conclusion still stands: select your tool with care for
the job, don't always use just one. Think what you want to know and
how each tool works.<br>
<br>
Let us put this to rest, I think we agree largely.<br>
<br>
On 13/10/11 0:09, Kevin Darcy wrote:
<blockquote cite="mid:4E961025.4000800@chrysler.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
On 10/12/2011 5:46 PM, Sten Carlsen wrote:
<blockquote cite="mid:4E960AA1.1070106@s-carlsen.dk" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<br>
<br>
On 12/10/11 22:33, Fajar A. Nugraha wrote:
<blockquote
cite="mid:CAG1y0scddnkcaTG58t0M_ttMUDmDz+AbmZ5gskGX-0Ra7Dm7TA@mail.gmail.com"
type="cite">
<pre wrap="">On Thu, Oct 13, 2011 at 3:23 AM, Sten Carlsen <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:stenc@s-carlsen.dk"><stenc@s-carlsen.dk></a> wrote:
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Use dig.
Always use dig.
</pre>
</blockquote>
</blockquote>
<blockquote type="cite">
<pre wrap="">I don't quite agree, for debugging bind, use dig - for debugging lookup
issues on some machine, host will behave more like any normal program, using
resolv.conf and what else and can point to some issues dig will not
discover. E.g. normal SW using something else than DNS, because of some
setup. Dig will never catch this.
</pre>
</blockquote>
<pre wrap="">If you're concern about what address programs gets when they resolve
host names, then getent is a better choice as it also respects
nsswitch.conf and hosts file.</pre>
</blockquote>
I just tried to make the point that dig is NOT always the
perfect tool, it depends what you want to know. Using dig tells
you about DNS, host and getent and even nslookup tells you more
about the behaviour of your system.<br>
</blockquote>
As far as I know, only HP-UX has hacked nslookup to look at
/etc/hosts. And I don't think it even looks at the "switch" file
or other naming sources (e.g. Yellow Plague). HP-UX's nslookup
"enhancement" is a one-off, I believe.<br>
<br>
On most platforms, the only way that nslookup is "closer" to the
OS name-resolution mechanism than dig is that nslookup will do
suffix-searching, whereas dig will not. But even then, I think
nslookup uses its own version of the resolver library to do that,
so if one is trying to troubleshoot a problem with the OS'es
suffix-searching behavior using nslookup, one might be comparing
apples to grapefruit (or, since we're talking about nslookup here,
perhaps I should say uglyfruit).<br>
<br>
-
Kevin<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Please visit <a class="moz-txt-link-freetext" href="https://lists.isc.org/mailman/listinfo/bind-users">https://lists.isc.org/mailman/listinfo/bind-users</a> to unsubscribe from this list
bind-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a>
<a class="moz-txt-link-freetext" href="https://lists.isc.org/mailman/listinfo/bind-users">https://lists.isc.org/mailman/listinfo/bind-users</a></pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Best regards
Sten Carlsen
No improvements come from shouting:
"MALE BOVINE MANURE!!!"
</pre>
</body>
</html>