Extra complexity -- "man dig" yields 289 lines while "man nslookup" yields only 160 lines.
Also, dig is not simply an extension of nslookup (which I long ago abbreviated to nsl), but is significantly different, so it using it involves the human analog of a cache miss. On Sat, 18 Aug 2018 20:12:01 +0200 Reindl Harald <h.rei...@thelounge.net> wrote: > > > Am 18.08.2018 um 20:02 schrieb Paul Kosinski: > > When I started using Linux almost 20 years ago, I think there was > > only nslookup, and no dig. So by habit, I tend to use it unless the > > extra power of dig outweighs its extra complexity. > > which extra complexity? > > because you have to add an @ when you want to use a non-default > nameserver and that you need "dig -X" for a reverse-lookup? > > you can use dig as nslookup, it's not required that you add a record > type - just "dig whatever" which is in that case even shorter > > > On Sat, 18 Aug 2018 11:42:20 -0600 > > Grant Taylor via bind-users <bind-users@lists.isc.org> wrote: > > > >> On 08/18/2018 07:25 AM, Bob McDonald wrote: > >>> I don't think anyone hates nslookup (well maybe a few do <grin>) > >>> I suppose the immense dislike stems from the fact that it's the > >>> default utility under Windows. Folks who use dig as their default > >>> realize that when used properly, dig provides much more > >>> functionality than nslookup. For example, try using TSIG with > >>> nslookup or getting a NSID response. These are only a couple of > >>> examples. There's other reasons to change. The output from dig is > >>> much more comprehensive. And, yes, if you install the bind tools > >>> from ISC under Windows, dig works quite well. > >> > >> I've been told that nslookup will lie and provide incorrect > >> information in some situations. I have no idea what situations > >> that is. I would love to learn what they are. > >> > >> If you know of such an example, please enlighten me. > >> > >> As such, I tend to use nslookup on platforms without dig when or > >> until I have reason to not do so > > _______________________________________________ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
