SRV record not working
bind at iment.com
Sat Aug 18 20:13:14 UTC 2018
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.reindl at 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 at 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
More information about the bind-users