dig @server foobar +trace +recurse

[Bob Harold]

On Wed, Jul 8, 2015 at 11:55 PM, John Miller <johnmill at brandeis.edu> wrote:
...

>
>
> dig @8.8.8.8 trombone.org +showsearch
>
> ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @8.8.8.8
> trombone.org +showsearch
> ; (1 server found)
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9742
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
>
> versus
>
> dig @8.8.8.8 trombone.org
>
> ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @8.8.8.8
> trombone.org
> ; (1 server found)
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36891
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
>
> Even after flushing Google's cache (
> https://developers.google.com/speed/public-dns/cache), I still get the
> same response.  Does anyone have insight on +showsearch, other than the
> following ;-)
>
> ...

"showsearch" has nothing to do with iteration or recursion.  "showsearch"
is related to the "search list" that is used if the domain name you are
searching for is not fully qualified (does not end in a dot).  Only useful
if /etc/resolv.conf has a "search" list (or "domain" has more than two
labels which creates an implied search list).   See man page for
resolv.conf for more.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20150709/97e4bd9c/attachment.html>