<div dir="ltr">Dig *was* available for Windows. It just wasn't publicised very well. An ex colleague of mine used it (when we worked for a company who were a Windows shop for users' machines) because he used dig on the *x servers anyway.<div><br><div>Having said that, the implementation of nslookup on Windows is pretty good (IMHO). You just have to be aware of and understand all its configuration options and defaults. It also has an interactive mode, which is neat.</div><div>BUT (like dig etc.) it uses its own resolver code, not the Windows system one, and they don't always agree! I had to deal with regular issues where applications wouldn't work, even though nslookup said the name resolved to what was expected. So user beware!.This is probably a consequence of how Windows does name resolution for applications; see below.</div><div><br></div><div>The major issue I had with Windows, compared to *x, is its multiple default domains. In /etc/resolv.conf you can specify "domain a.b.c.d", which sets the default domain for the whole machine. in Windows, not only does the machine as a whole have a default domain, but every interface may also have a different default domain. So if users/applications asked for resolution of non FQDNs the results could be... interesting and unpredictable, depending on the route taken to reach the chosen DNS server.</div><div>Windows does not have a 'resolv.conf' or equivalent. I never did get to the bottom of exactly how it chose what to query for. I also have a suspicion that it changed as Windows evolved.</div><div><br><div>As for use of nslookup on other OSes I tended to find that people fell into two camps:</div><div>1) people who knew DNS used dig.</div><div>2) people who knew Unix/Solaris/HP-UX/linus used nslookup and trying to convince them otherwise was a struggle because they'd grown up with nslookup :shrug:</div><div><br></div></div></div><div>Just my 2p</div><div>Greg</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 8 Jul 2023 at 20:58, Viktor Dukhovni <<a href="mailto:ietf-dane@dukhovni.org">ietf-dane@dukhovni.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, Jul 08, 2023 at 12:36:12PM -0700, David Conrad wrote:<br>
<br>
> Instead, we recommended dig as (a) it provides all sorts of options<br>
> that help with pretty much every form of diagnostic you can imagine<br>
> and (b) it doesn’t try to “help”.  We obviously didn’t succeed and<br>
> it’s far too late now (it was back then too).  Ah well…<br>
<br>
I think you succeeded everywhere but on Windows.  In MacOS, /usr/bin/dig<br>
is part of the base OS!  I haven't used "nslookup" in a couple of<br>
decades or more.  We now also have "drill", "kdig", "delv", ... a wealth<br>
of much better than "nslookup", I am guessing inspired by "dig",<br>
alternatives.<br>
<br>
-- <br>
    Viktor.<br>
_______________________________________________<br>
dns-operations mailing list<br>
<a href="mailto:dns-operations@lists.dns-oarc.net" target="_blank">dns-operations@lists.dns-oarc.net</a><br>
<a href="https://lists.dns-oarc.net/mailman/listinfo/dns-operations" rel="noreferrer" target="_blank">https://lists.dns-oarc.net/mailman/listinfo/dns-operations</a><br>
</blockquote></div>