<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
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>
</body>
</html>